After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 625502 - Notification layout is sometimes wrong when updating
Notification layout is sometimes wrong when updating
Status: RESOLVED DUPLICATE of bug 617209
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2010-07-28 15:26 UTC by Giovanni Campagna
Modified: 2010-09-04 02:29 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Reuse same labels and containers on notification updates (5.09 KB, patch)
2010-07-28 15:27 UTC, Giovanni Campagna
none Details | Review
Reuse same labels and containers on notification updates (4.59 KB, patch)
2010-07-28 16:28 UTC, Giovanni Campagna
committed Details | Review

Description Giovanni Campagna 2010-07-28 15:26:42 UTC
When updating a notification that is already shown (for example because a new chat message is received, but could happen also with libnotify and replaces-id), the banner and title are recreated instead that just updated, so they don't get the opacity of the previous banner (hidden if the notification is shown).
This means:

- for new notifications (in the middle of screen): banner flickers
- for summary notifications: banner is not hidden as it should be
Comment 1 Giovanni Campagna 2010-07-28 15:27:10 UTC
Created attachment 166721 [details] [review]
Reuse same labels and containers on notification updates

When calling Notification.update, reuse the previous _bannerBox and
related labels (only changing the label content and relayouting), so
that the opacity set on popOut is preserved. As a consequence, updating
an opened notification no longer shows (or flicker) the banner at the
top.
Comment 2 Giovanni Campagna 2010-07-28 16:28:20 UTC
Created attachment 166725 [details] [review]
Reuse same labels and containers on notification updates

Removed setting clearing opacity on bannerLabel when relayouting bannerBox. This regresses on the opposite side: updating from a long notification to a short (single line) one, the banner is kept hidden; that feature is broken anyway, as the notification is kept floating at the previous y.
Comment 3 Dan Winship 2010-08-02 14:45:25 UTC
Comment on attachment 166725 [details] [review]
Reuse same labels and containers on notification updates

looks good. can you file another bug (or update the summary of this one) for the height/visibility issues on update?
Comment 4 Giovanni Campagna 2010-08-07 12:24:50 UTC
Summary changed.
The bug description is simple (assuming the pushing of the patch and the related regression): updating an open notification won't show the summary, even if it is short, and will leave the notification floating in the air
Comment 5 Dan Winship 2010-08-11 20:55:44 UTC
Comment on attachment 166725 [details] [review]
Reuse same labels and containers on notification updates

Attachment 166725 [details] pushed as 4e283cf - Reuse same labels and containers on notification updates
Comment 6 Marina Zhurakhinskaya 2010-09-04 02:29:27 UTC
https://bugzilla.gnome.org/show_bug.cgi?id=617209#c18 re-works how we update expanded notifications and fixes the problems described here.

*** This bug has been marked as a duplicate of bug 617209 ***