#1135 closed defect (fixed)
Primary palette redraw glitch after secondary palette exposed when rolling cursor between buttons
| Reported by: | garycmartin | Owned by: | alsroot |
|---|---|---|---|
| Priority: | Unspecified by Maintainer | Milestone: | |
| Component: | Sugar | Version: | 0.85.x |
| Severity: | Trivial | Keywords: | r+ |
| Cc: | tomeu, sayamindu | Distribution/OS: | Unspecified |
| Bug Status: | Unconfirmed |
Description
With the new toolbar "Share with" replacement, after the secondary palette has been exposed, then the "Keep" palette, the "Share with" primary palette text "Private" appears in the wrong part of the screen prior to the full secondary palette appearing. Here's the steps to reproduce:
1) Start either Write or Browse
2) Click lock or hover over the toolbar Activity icon
3) Hover over the "Share with" icon and wait for secondary palette
4) Hover over "Keep"
5) Hover over "Share with"
If you click locked the Activity icon, the "Private" text will have appeared in the middle of the screen. If you had hovered over the Activity icon, the "Private" text will have appeared in the secondary toolbar, centred horizontally in the screen.
Attachments (1)
Change History (10)
comment:1 Changed 15 years ago by garycmartin
- Cc tomeu added
- Summary changed from New toolbar "Share with" secondary palette redraw glitch to Primary palette redraw glitch after secondary palette exposed when rolling cursor between buttons
comment:2 Changed 15 years ago by garycmartin
- Cc sayamindu added
comment:3 Changed 15 years ago by garycmartin
- Milestone changed from Unspecified by Release Team to 0.86
- Severity changed from Minor to Trivial
Trivial, but is may be related to other Metacity issues.
comment:4 follow-up: ↓ 5 Changed 15 years ago by alsroot
- Keywords r? added
gtk-doc says
"Asks the window manager to move window to the given position. Window managers are free to ignore this; most window managers ignore requests for initial window positions (instead using a user-defined placement algorithm) and honor requests after the window has already been shown."
So, it looks like matacity ignores first move() at some point.
Gary: could you try to reproduce bug with attached patch applied
(I tried for 10min w/o success:)
Changed 15 years ago by alsroot
comment:5 in reply to: ↑ 4 ; follow-up: ↓ 6 Changed 15 years ago by garycmartin
Replying to alsroot:
Gary: could you try to reproduce bug with attached patch applied
(I tried for 10min w/o success:)
Patch applied and is working very well, I've not had a palette show in centre screen since the change (and much trying) :-) If you have the will, there is still one related case now that you've got this far. Pretty sure it's the same move() cause. To reproduce:
1) Goto Home favourites view (ring)
2) Hover your cursor over an Activity at the BOTTOM of the ring
3) Wait for the full palette to appear
4) Move your cursor to an adjacent Activity icon
5) Move your cursor back to first Activity icon
The first stage palette will now open in the same position as it was when the palette was fully opened (far up screen, lot's of space between first stage palette and mouse cursor). The first stage palette should appear next to the mouse cursor and then move up as palette animates.
This happens with all palettes near the bottom of the screen (device icons would be another example), but is not noticeable for palettes near the top of the screen, as their first stage palette doesn't get moved by the animation.
comment:6 in reply to: ↑ 5 Changed 15 years ago by alsroot
Replying to garycmartin:
Replying to alsroot:
Gary: could you try to reproduce bug with attached patch applied
(I tried for 10min w/o success:)
Patch applied and is working very well, I've not had a palette show in centre screen since the change (and much trying) :-) If you have the will, there is still one related case now that you've got this far. Pretty sure it's the same move() cause. To reproduce:
1) Goto Home favourites view (ring)
2) Hover your cursor over an Activity at the BOTTOM of the ring
3) Wait for the full palette to appear
4) Move your cursor to an adjacent Activity icon
5) Move your cursor back to first Activity icon
The first stage palette will now open in the same position as it was when the palette was fully opened (far up screen, lot's of space between first stage palette and mouse cursor). The first stage palette should appear next to the mouse cursor and then move up as palette animates.
This happens with all palettes near the bottom of the screen (device icons would be another example), but is not noticeable for palettes near the top of the screen, as their first stage palette doesn't get moved by the animation.
thats another case, I've created #1268
in #1135 sugar calculates right positions but can't move palette,
but in #1268 sugar calculates wrong positions
comment:7 Changed 15 years ago by tomeu
- Keywords r+ added; r? removed
Looks like the best we can do here, thanks!
comment:8 Changed 15 years ago by alsroot
- Resolution set to fixed
- Status changed from new to closed
OK, this is looking like another metacity issue. I've just tried the same trick with icons in the Frame and have the same results with Frame device icons, and Activity instance icons. It seems to be triggered as you roll you cursor from one button to the next AND let the secondary palettes show up.