Opened 6 years ago

Closed 4 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 6 years ago by manuq

Confirmed, I can reproduce in Browse.

Gonzalo tested this happens in 12.1.0 too, so not a regression added in 13.1.0 .

comment:2 Changed 6 years ago by dnarvaez

  • Bug Status changed from Unconfirmed to New
  • Priority changed from Unspecified by Maintainer to High

comment:3 Changed 5 years ago by godiard

  • Priority changed from High to Normal

comment:4 Changed 4 years ago by ignacio

Same problem with all 'popup' palettes on the activities.

comment:5 Changed 4 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.