Last modified: 2013-11-27 14:25:48 UTC
When I have alerts to view and click on the alert, nothing is displayed - the notification area appears to get hidden beneath the currently viewed tab. I am using good old Monobook. Would that have something to do with it? If I right click on the alert and open in a new tab, the notifications are visible.
UKexpat, could you please add an attachment, as well as more info about which browser version, skin and operating system you are using? I'm going to keep this low priority for now, until we can reproduce the issue on our end. Thanks!
Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/flow/cards/211
I can confirm the bug is still there (with Echo for MW1.21), for example on wikimedia.org.uk wiki. Here is screenshot: https://wiki.wikimedia.org.uk/wiki/File:WMUK_notifications.png
The bug root cause is the following one: this is CSS stacking context problem: https://developer.mozilla.org/en-US/docs/Web/Guide/CSS/Understanding_z_index/The_stacking_context On monobook (from skin/monobook/main.css): * the div #content, where article are displayed, has a z-index=2 * the div #p-personal, which is the top-right personal list of links (where the Echo notification comes from), has a z-index=0 Both are in the same (main) stacking context, and for this reason everything which is in p-personal will will displayed behind the main div. I propose to set for #p-personal "z-index: 2", the same than content. The other solution is to change the z-index for #content, but this seems to me to be more intrusive.
[no patch in Gerrit, resetting status. However setting "easy"]
Was a duplicate. It seems the bug is already fixed: https://git.wikimedia.org/commit/mediawiki%2Fcore.git/c84b33d5247b9ae7edec337e6eb1d16b07b3ce70 But only on the master branch, I have asked rkaldari to backport it to 1.21 branch. *** This bug has been marked as a duplicate of bug 46059 ***
