Opened 11 years ago
Closed 9 years ago
#4463 closed defect (fixed)
Collaboration palette can't be opened after press F1
Reported by: | godiard | Owned by: | erikos |
---|---|---|---|
Priority: | Normal | Milestone: | Unspecified |
Component: | Sugar | Version: | 0.98.x |
Severity: | Unspecified | Keywords: | |
Cc: | Distribution/OS: | Unspecified | |
Bug Status: | New |
Description
Seen in os36 - 13.1.0 - xo-4 & xo-1.5
TestCase:
- Start a activity where collaboration is implemented.
- Open the activity subtoolbar
- Click on the share button to open the palette with the private & sharing buttons, but don't click on the neighbor button.
- While the palette is opened, press the key F1 to go to neighbor view.
- Return to the activity.
- Try to open the share palette again. The button border changes, but the palette is not visible.
I have tested this with Write (gtk3) and TurtleArt (gtk2).
Change History (5)
comment:1 Changed 11 years ago by manuq
comment:2 Changed 10 years ago by dnarvaez
- Bug Status changed from Unconfirmed to New
- Priority changed from Unspecified by Maintainer to High
comment:3 Changed 9 years ago by godiard
- Priority changed from High to Normal
comment:4 Changed 9 years ago by ignacio
Same problem with all 'popup' palettes on the activities.
comment:5 Changed 9 years ago by Ignacio Rodríguez
- Resolution set to fixed
- Status changed from new to closed
Raise the palette window when its mapped
This patch raise the palette window when its mapped
Its use: Gtk.Window.present [1] the user will
be able to saw the palette now when your apply the
test case of #4463
[1] https://developer.gnome.org/gtk3/stable/GtkWindow.html#gtk-window-present
Fixes #4463
Changeset: ee564948bcbf078ecc80f76f04bbec3f3f919e1c
Note: See
TracTickets for help on using
tickets.
Confirmed, I can reproduce in Browse.
Gonzalo tested this happens in 12.1.0 too, so not a regression added in 13.1.0 .