[Bugs] #4307 sugar URGE: clipboard.set_with_data/set_with_owner is not introspectable

[Sugar Labs Bugs]

#4307: clipboard.set_with_data/set_with_owner is not introspectable
----------------------------+-----------------------------------------------
    Reporter:  godiard      |          Owner:  erikos     
        Type:  defect       |         Status:  new        
    Priority:  Urgent       |      Milestone:  0.98       
   Component:  sugar        |        Version:  Unspecified
    Severity:  Unspecified  |       Keywords:  regression 
Distribution:  Unspecified  |   Status_field:  Unconfirmed
----------------------------+-----------------------------------------------

Comment(by dsd):

 Replying to [comment:20 erikos]:
 > One issue that is left to handle is the following:
 >
 > - add two clippings
 >
 > - reveal the frame
 >
 > - hover over the current active one
 >
 > ---> Palette is revealed
 >
 > - now move the mouse over the other one and click on it in a quick way
 >
 > ---> the Palette of the first item is still up, the active state of the
 second one is not changed, that Palette is popped up after a while (mouse
 over effect)
 >
 > The gtkmenu based Palette does have the grab, and this blocks here. We
 might be able to use something like the
 [http://git.sugarlabs.org/sugar/mainline/blobs/master/src/jarabe/frame/frame.py#line116
 group popdown], but that did not work in my quick check.

 This is the one remaining issue on this bug - the others are fixed and the
 fixes are shipped.

 It seems tricky. When the mouse moves to the second icon and the click is
 made, the grab from the first menu is still active. We do hit
 _PaletteMenuWidget._button_release_event_cb() but the click does not go
 any further, regardless of what that signal handler returns.

 This might be the same case that can be seen in any GTK+ app under regular
 GNOME - open a menu (e.g. right click somewhere, or use the menu bar),
 then move the mouse over an unrelated toolbar icon, and left click. Your
 click causes the menu to close, but doesn't actually cause a click on the
 toolbar item.

 One approach to solving this (without improving GtkMenu behaviour) might
 be to extend _PaletteMenuWidget._button_release_event_cb() to realise that
 the mouse cursor is outside of the invoker and all submenus, and therefore
 a click should close the current palette. Then it would also have to feed
 the event back into GTK+ somehow so that the event gets reprocessed now
 that the earlier GtkMenu grab has been destroyed.

-- 
Ticket URL: <http://bugs.sugarlabs.org/ticket/4307#comment:25>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system