Bug 481736

Cannot reproduce, they are showing up near System Tray as expected.

Operating System: KDE neon Testing Edition
KDE Plasma Version: 6.0.0
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.5.0-21-generic (64-bit)
Graphics Platform: Wayland
Graphics Processor: AMD Radeon Pro WX 3200 Series

Created attachment 166054 [details]
Notification position

I am seeing the same on RC2 even without idle, regardless of the system settings config.

Interestingly, that's not the exact middle, it's the bottom middle, where OSDs go. So it seems like something is positioning the notifications as if they're OSDs (not notifications or windows).

Are folks who could reproduce this issue in the past still able to do so with the final 6.0 release?

(In reply to Nate Graham from comment #4)
> Are folks who could reproduce this issue in the past still able to do so
> with the final 6.0 release?

Yep, and it does seem to have something to do with DPMS. I just reproduced it with:
$ xset dpms force off
$ notify-send test

(In reply to Nate Graham from comment #4)
> Are folks who could reproduce this issue in the past still able to do so
> with the final 6.0 release?

It still happens after coming back from lockscreen after idling for a while.

Thanks. Does it happen on Wayland too, or only on X11?

Seems to be X11-only in my case.

Is everyone else who's affected seeing the same thing?

Could not reproduce the bug on wayland, only on x11.

Created attachment 166841 [details]
notification settings w/ the notification popup in wrong position

I am also having this issue ever since upgrading to 6.0.1. I upgraded from 5.27.10 right into 6.0.1 on Arch. I did not have any testing or beta packages of Plasma 6 installed.

Prior to Plasma 6, notifications were always right next to the system tray, bottom right side of the screen.

No matter what notification position setting I choose, I always get the center / middle-bottom notification popup position.

Attached screenshot showing send-notify, notification settings and the notification popup together.

Xorg 21.1.11
Plasma 6.0.1

*** Bug 483261 has been marked as a duplicate of this bug. ***

Knut Eirik, yes, it is X11 only.

*** Bug 483430 has been marked as a duplicate of this bug. ***

https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/4063 will also fix it.

Git commit 6d543aca43858f707b32e1e08c39bfd7b3ffaf8e by Fushan Wen.
Committed on 19/03/2024 at 08:41.
Pushed by fusionfuture into branch 'master'.

shell: emit screenGeometryChanged when panel is ready

When screenGeometryChanged is emitted in `handleScreenOrderChanged`,
only desktops are ready. Panels are still in the waiting list and do not
have a associated containment, so those containments do not have a valid
id for screen, which is required to get a valid screen geometry.
Related: bug 482339
FIXED-IN: 6.0.3

M  +1    -0    shell/shellcorona.cpp

https://invent.kde.org/plasma/plasma-workspace/-/commit/6d543aca43858f707b32e1e08c39bfd7b3ffaf8e

Git commit bd226094ccb3d143538553ec31add3133b9a5f34 by Fushan Wen.
Committed on 19/03/2024 at 09:11.
Pushed by fusionfuture into branch 'Plasma/6.0'.

shell: emit screenGeometryChanged when panel is ready

When screenGeometryChanged is emitted in `handleScreenOrderChanged`,
only desktops are ready. Panels are still in the waiting list and do not
have a associated containment, so those containments do not have a valid
id for screen, which is required to get a valid screen geometry.
Related: bug 482339
FIXED-IN: 6.0.3


(cherry picked from commit 6d543aca43858f707b32e1e08c39bfd7b3ffaf8e)

M  +1    -0    shell/shellcorona.cpp

https://invent.kde.org/plasma/plasma-workspace/-/commit/bd226094ccb3d143538553ec31add3133b9a5f34

Still seeing this with Arch 6.0.3 packages.

(In reply to Jurica Vukadin from comment #18)
> Still seeing this with Arch 6.0.3 packages.

Do new notifications also pop up in the wrong position, or only existing notifications?

I ran this:
notify-send -t $((60 * 1000)) "old notification"
sleep 5
spectacle -bfn
xset dpms force off
sleep 30
xset dpms force on
sleep 5
spectacle -bfn

"old notification" was in the correct position before going to sleep. It moved slightly up after waking. I then did a notify-send "new notification" and that showed up the mid-low-center.

Created attachment 167988 [details]
Old notification before sleep.

Created attachment 167989 [details]
Old notification after sleep.

Created attachment 167990 [details]
New notification.

bug still present for me on 6.0.3

Cannot reproduce. I'd suggest debugging it yourself as it might only happen on specific hardware

(In reply to Fushan Wen from comment #25)
> Cannot reproduce. I'd suggest debugging it yourself as it might only happen
> on specific hardware

It's not fixed, notifications still appear slightly below the center of the screen on 6.0.3
Care to provide any hints on how to debug ourselves?

Still affected.
6.0.3 Nvidia

I am also affected by this issue (have to use X11 until Wayland supports full session restore and some other apps solve their compatibility with Wayland).

However, I have 2 different machines with pretty much identical system/software setup and only on one of them the issue occurs:

Machine A → Main User → BAD
Machine A → Secondary User → GOOD
Machine B → Main User → GOOD

So I suspect that this issue has to to with some leftover config from Plasma 5 which are only present for some users.

Both machine setups where previously running Plasma 5 and have been upgraded.

System info for Machine A:

Operating System: Arch Linux 
KDE Plasma Version: 6.0.3
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.3
Kernel Version: 6.8.4-arch1-1 (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 5700G with Radeon Graphics
Memory: 58.7 GiB of RAM
Graphics Processor: AMD Radeon Graphics

Now this is weird, after a full system upgrade + reboot and some about 2-3 sleeps, the notification still where in it's correct place.

Then I ran the test:

notify-send -t $((60 * 1000)) "Test notification"; sleep 5; spectacle -bfn; xset dpms force off; sleep 30; xset dpms force on; sleep 5; spectacle -bfn

...which showed the notification after "xset dpms force on" only offset a bit (upwards).

But then all following notifications again came back in the middle/center of my screen.

If I remember correctly, then what I did for sleep just today was to first turn the monitor off and then press the sleep button. Usually I did tend to first put my machine to sleep and then turn the monitor off, which may be an indicator of the code path into play for this bug?

But now after running the test, even a sleep after monitor off doesn't fix it, so have to reboot again.

I have this same issue. It is fine after a reboot, and then appears after the computer has been on for a while.
I'm not a dev, but can happily provide info and run tests if it is useful.

Operating System: openSUSE Tumbleweed 20240412
KDE Plasma Version: 6.0.3
KDE Frameworks Version: 6.0.0
Qt Version: 6.7.0
Kernel Version: 6.8.5-1-default (64-bit)
Graphics Platform: X11
Processors: 12 × AMD Ryzen 5 5600X 6-Core Processor
Memory: 15.6 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 3060/PCIe/SSE2
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: B550 AORUS PRO AC

Unfortunately, I am still having the same problem on 6.0.4. In my case, it appears related to the display turning off, rather than the system as a whole going to sleep (which I have disabled). I can reproduce the issue by running 'xset dpms force off', thereby turning the display off, then waking the display. To test the issue, I send a test notification with "notify-send" before and after turning off the display.

I also tried to create a new user to see if perhaps it was some leftover Plasma 5 configuration that was causing the issue (per Ancoron's comment), but I could immediately reproduce the issue on the new user as well.

Operating System: Arch Linux
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.1.0
Qt Version: 6.7.0
Kernel Version: 6.8.7-zen1-1-zen (64-bit)
Graphics Platform: X11
Processors: 12 × AMD Ryzen 5 7600X 6-Core Processor
Memory: 30.5 GiB of RAM
Graphics Processor: AMD Radeon RX 7900 XT
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: B650 AORUS ELITE AX

also affected with 6.0.4.
i can fix it by adjusting the height of my panel by 1px. 
then current *and* future notification appear at the correct place.

(In reply to Till Seifert from comment #32)
> also affected with 6.0.4.
> i can fix it by adjusting the height of my panel by 1px. 
> then current *and* future notification appear at the correct place.

Can also confirm that the notification goes to the correct position after resizing. 
It goes back to the wrong position after coming back from the lock screen.

I have the same problem as everyone else. 6.0.4, Nvidia, X11, turning off monitor seems to trigger the problem.

*** Bug 486635 has been marked as a duplicate of this bug. ***

A possibly relevant merge request was started @ https://invent.kde.org/plasma/libplasma/-/merge_requests/1118

I've had this bug on EndeavourOS since updating to Plasma 6. By coincidence what fixed this for me is applying a fix for another bug I also had: https://bugs.kde.org/show_bug.cgi?id=484323

The solution for some people there has been to disable Kscreen2 found at:

Settings -> System -> Session -> Background Services

I tried this myself and now that bug is fixed, although I did have to reboot after disabling Kscreen2 as my monitor (actually a HDMI connected TV) remained blank the next day after I'd turned it off for the night. Logging out and back in was not enough.

As a byproduct of that fix, my notifications are now always showing in the correct location. It's been more than three days since I disabled Kscreen2 (without rebooting) and both bugs are gone for me. This includes several times of switching the screen on and off which is about where I'd start seeing it before, after locking and switching the screen off overnight.

It would be interesting to see if this would apply to anyone else's situation. The downside is that disabling Kscreen2 might not be an option for those with multiple monitors from what I understand.

Nobody else seems to have noticed this so I've just created this account literally for reporting this as a possible fix for others.

(In reply to ezzefmw9 from comment #37)
> I've had this bug on EndeavourOS since updating to Plasma 6. By coincidence
> what fixed this for me is applying a fix for another bug I also had:
> https://bugs.kde.org/show_bug.cgi?id=484323
> 
> The solution for some people there has been to disable Kscreen2 found at:

Thanks so much for this workaround! It's been working for me even after a few monitor turn offs. I only have one monitor, so disabling kscreen2 doesn't seem like it will be an issue. Thanks again!

Please remember to re-enable KScreen once this bug is fixed, or else any multimonitor setup you try to use will be badly broken.

(In reply to ezzefmw9 from comment #37)
> The solution for some people there has been to disable Kscreen2 found at:
Thanks this fixed the annoying issue.

(In reply to ezzefmw9 from comment #37)
> what fixed this for me is applying a fix for another bug I also had:
> https://bugs.kde.org/show_bug.cgi?id=484323
> 
> The solution for some people there has been to disable Kscreen2 found at:
> 
> Settings -> System -> Session -> Background Services

You are my savior as well! Thanx a lot!