[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-02-01 Thread nucleo
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #116 from nucleo  ---
If I apply only this patch
https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/264
then black screen still appears randomly.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-31 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #115 from Bug Janitor Service  ---
A possibly relevant merge request was started @
https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/264

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-30 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #114 from andyklu...@gmail.com ---
I also experience this bug on Arch (Plasma 6.2.5, X11), with a Lenovo IdeaPad
with 16 × AMD Ryzen 7 5800H with Radeon Graphics.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-30 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=483163

andyklu...@gmail.com changed:

   What|Removed |Added

 CC||andyklu...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-30 Thread nucleo
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #113 from nucleo  ---
Black screen still appears randomly after applying patches

https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/259
https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/260

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-30 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #111 from Bug Janitor Service  ---
A possibly relevant merge request was started @
https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/260

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-30 Thread Fushan Wen
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #112 from Fushan Wen  ---
(In reply to nucleo from comment #106)
> (In reply to Fushan Wen from comment #105)
> > Can anyone test
> > https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/257 ?
> 
> Unfortunately this patch does not change anything and a black screen appears
> randomly.

Can you also test
https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/260 ?

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-30 Thread Fushan Wen
https://bugs.kde.org/show_bug.cgi?id=483163

Fushan Wen  changed:

   What|Removed |Added

 Status|NEEDSINFO   |CONFIRMED
 Resolution|WAITINGFORINFO  |---

--- Comment #107 from Fushan Wen  ---
(In reply to nucleo from comment #106)
> (In reply to Fushan Wen from comment #105)
> > Can anyone test
> > https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/257 ?
> 
> Unfortunately this patch does not change anything and a black screen appears
> randomly.

There might be other causes but I need to merge the fix to find out more
possible causes.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-30 Thread Fushan Wen
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #110 from Fushan Wen  ---
Git commit 4706bfbce425335dbc4deae23c735ba7d2e040f9 by Fushan Wen.
Committed on 30/01/2025 at 09:13.
Pushed by fusionfuture into branch 'Plasma/6.3'.

X11Locker: always call stayOnTop when receiving XCB_MAP_NOTIFY to fix black
screen

If a window was shown up previously and is hidden for now with the
background window together, m_allowedWindows will contain the window.
When the window shows up again, it will also raise the background
window. But when handling XCB_MAP_NOTIFY event from the background window,
stayOnTop is not called, so the background window becomes the top window.


(cherry picked from commit 0b208d59e86445f1a102c3e934dbd774d08c0714)

Co-authored-by: Fushan Wen 

M  +3-2x11locker.cpp

https://invent.kde.org/plasma/kscreenlocker/-/commit/4706bfbce425335dbc4deae23c735ba7d2e040f9

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-30 Thread Fushan Wen
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #108 from Fushan Wen  ---
Git commit 0b208d59e86445f1a102c3e934dbd774d08c0714 by Fushan Wen.
Committed on 30/01/2025 at 09:08.
Pushed by fusionfuture into branch 'master'.

X11Locker: always call stayOnTop when receiving XCB_MAP_NOTIFY to fix black
screen

If a window was shown up previously and is hidden for now with the
background window together, m_allowedWindows will contain the window.
When the window shows up again, it will also raise the background
window. But when handling XCB_MAP_NOTIFY event from the background window,
stayOnTop is not called, so the background window becomes the top window.

M  +3-2x11locker.cpp

https://invent.kde.org/plasma/kscreenlocker/-/commit/0b208d59e86445f1a102c3e934dbd774d08c0714

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-30 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #109 from Bug Janitor Service  ---
A possibly relevant merge request was started @
https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/259

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-26 Thread nucleo
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #106 from nucleo  ---
(In reply to Fushan Wen from comment #105)
> Can anyone test
> https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/257 ?

Unfortunately this patch does not change anything and a black screen appears
randomly.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-26 Thread Fushan Wen
https://bugs.kde.org/show_bug.cgi?id=483163

Fushan Wen  changed:

   What|Removed |Added

 Status|ASSIGNED|NEEDSINFO
 Resolution|--- |WAITINGFORINFO

--- Comment #105 from Fushan Wen  ---
Can anyone test
https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/257 ?

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-17 Thread nucleo
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #104 from nucleo  ---
kscreenlocker-6.2.5 with patch from Comment 101 built for Fedora 41 fixes bug
for me
https://koji.fedoraproject.org/koji/taskinfo?taskID=128000736

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-16 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=483163

Bug Janitor Service  changed:

   What|Removed |Added

 Status|CONFIRMED   |ASSIGNED

--- Comment #103 from Bug Janitor Service  ---
A possibly relevant merge request was started @
https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/254

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-09 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=483163

Nate Graham  changed:

   What|Removed |Added

   Version Fixed In|6.2.5   |

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-08 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #102 from bjo...@i2pmail.org ---
Unfortunately it's not fixed on my system either.
I'm running an up-to-date arch

OS: Arch Linux x86_64
DE: Plasma 6.2.5
WM: KWin
Theme: Breeze-Dark [GTK2], Breeze [GTK3]

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-05 Thread Stephan Diestelhorst
https://bugs.kde.org/show_bug.cgi?id=483163

Stephan Diestelhorst  changed:

   What|Removed |Added

 CC||stephan.diestelhorst@gmail.
   ||com

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-04 Thread Philip Müller
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #101 from Philip Müller  ---
The idea was to use the hide / lower function, as this was the case reported.
Sure, the show function seems to fix it properly, but it was not clear if that
regressed in other places. Did those who are affected tried the original fix
proposed here?

Based on the feedback we went with:
https://invent.kde.org/plasma/kscreenlocker/-/commit/2d258e6c72d4c08d5ff01c92ff6e954b34b3ebe6

Proposed fix on current feedback:

```
--- a/x11locker.cpp 2025-01-05 09:38:34.380078537 +0700
+++ b/x11locker.cpp 2025-01-05 09:39:17.740078945 +0700
@@ -85,8 +85,7 @@ void X11Locker::initialize()

 void X11Locker::showLockWindow()
 {
-m_background->hide();
-m_background->lower();
+m_background->show();

 // Some xscreensaver hacks check for this property
 const char *version = "KDE 4.0";
```

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-04 Thread nucleo
https://bugs.kde.org/show_bug.cgi?id=483163

nucleo  changed:

   What|Removed |Added

 Status|REPORTED|CONFIRMED
 Ever confirmed|0   |1

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-04 Thread nucleo
https://bugs.kde.org/show_bug.cgi?id=483163

nucleo  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|RESOLVED|REPORTED
 Resolution|FIXED   |---

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-04 Thread Mario
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #100 from Mario  ---
One more, the bug is not fixed.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-04 Thread Nicole Schoebel
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #99 from Nicole Schoebel  ---
Count me in as another one for whom 6.2.5 does NOT fix this bug.

I vote to reopen this bug.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-04 Thread nucleo
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #98 from nucleo  ---
So, this bug should be reopened?

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-03 Thread branon
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #97 from branon  ---
I believe I am still experiencing this after updating to Plasma 6.2.5 - when on
the "Breeze (follows color scheme)" style, my screenlocker is a blank black
screen with cursor visible. Unlocking blindly works fine.

Switching to "Breeze Dark" style mostly avoids the issue. On either style the
issue is not reproducible 100% consistently but it's much more common on
"Breeze (follows color scheme)".

Operating System: Void 
KDE Plasma Version: 6.2.5
KDE Frameworks Version: 6.9.0
Qt Version: 6.8.1
Kernel Version: 6.12.7_1 (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 8700G w/ Radeon 780M Graphics
Memory: 30.4 GiB of RAM
Graphics Processor: AMD Radeon Graphics

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-02 Thread nucleo
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #96 from nucleo  ---
Changes between  kscreenlocker-6.2.4/x11locker.cpp and
kscreenlocker-6.2.5/x11locker.cpp are not the same as patch from comment 62:

void X11Locker::showLockWindow()
 {
 m_background->hide();
+m_background->lower();
.
 // Some xscreensaver hacks check for this property
 const char *version = "KDE 4.0";

patch from comment 62:

 void X11Locker::showLockWindow()
 {
-m_background->hide();
+m_background->show();

 // Some xscreensaver hacks check for this property
 const char *version = "KDE 4.0";

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-02 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #95 from Nate Graham  ---
kscreenlocker-6.2.5 is identical to kscreenlocker-6.2.4 with the patch applied;
there are no other changes apart from translations. I suspect what you're
seeing is in fact a different issue.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2025-01-01 Thread nucleo
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #94 from nucleo  ---
With kscreenlocker-6.2.5 black screen still appears randomly.
With kscreenlocker-6.2.4 and patch from comment 62 black screen never showed
up.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-12-12 Thread Fushan Wen
https://bugs.kde.org/show_bug.cgi?id=483163

Fushan Wen  changed:

   What|Removed |Added

 Resolution|--- |FIXED
  Latest Commit||https://invent.kde.org/plas
   ||ma/kscreenlocker/-/commit/2
   ||d258e6c72d4c08d5ff01c92ff6e
   ||954b34b3ebe6
   Version Fixed In||6.2.5
 Status|CONFIRMED   |RESOLVED

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-12-11 Thread Fushan Wen
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #93 from Fushan Wen  ---
Git commit 2b798ffdce47a5175c67b4e7dfca4e3a7b57385d by Fushan Wen.
Committed on 12/12/2024 at 07:07.
Pushed by fusionfuture into branch 'master'.

x11locker: lower m_background when hiding

X11Locker::m_background window was for some reason stacked above the
lockscreen, even though it did't had focus. Bug seems to be introduced by Qt6. 


(cherry picked from commit 2d258e6c72d4c08d5ff01c92ff6e954b34b3ebe6)

02f5059c x11locker: lower m_bacckground when hiding

Co-authored-by: Philip Müller 

M  +1-0x11locker.cpp

https://invent.kde.org/plasma/kscreenlocker/-/commit/2b798ffdce47a5175c67b4e7dfca4e3a7b57385d

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-12-11 Thread Fushan Wen
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #91 from Fushan Wen  ---
Git commit 2d258e6c72d4c08d5ff01c92ff6e954b34b3ebe6 by Fushan Wen, on behalf of
Philip Müller.
Committed on 12/12/2024 at 07:07.
Pushed by fusionfuture into branch 'Plasma/6.2'.

x11locker: lower m_background when hiding

X11Locker::m_background window was for some reason stacked above the
lockscreen, even though it did't had focus. Bug seems to be introduced by Qt6. 

M  +1-0x11locker.cpp

https://invent.kde.org/plasma/kscreenlocker/-/commit/2d258e6c72d4c08d5ff01c92ff6e954b34b3ebe6

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-12-11 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #92 from Bug Janitor Service  ---
A possibly relevant merge request was started @
https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/247

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-12-11 Thread Andreas Sturmlechner
https://bugs.kde.org/show_bug.cgi?id=483163

Andreas Sturmlechner  changed:

   What|Removed |Added

 CC||ast...@gentoo.org

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-12-11 Thread Philip Müller
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #90 from Philip Müller  ---
Hmm, via the 'X11Locker::hideLockWindow()' function m_background gets lowered.
Maybe the 'X11Locker::showLockWindow()' needs the same treatment with Qt6?
https://invent.kde.org/philmmanjaro/kscreenlocker/-/commit/02f5059c1eeb27038a138374ae52517c30eb2c27

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-12-11 Thread Philip Müller
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #89 from Philip Müller  ---
So what will happen when 'm_background->lower();' from the function 'void
X11Locker::hideLockWindow()' gets removed? 'm_background->shown' we have in
'bool X11Locker::nativeEventFilter' and 'void X11Locker::addAllowedWindow'. So
if we don't lower it we also don't need to raise it.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-12-10 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #88 from Nate Graham  ---
If it works, we should consider it upstreaming it. Andrii, would you be
interested in submitting it at
https://invent.kde.org/plasma/kscreenlocker/-/merge_requests?

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-12-05 Thread Andrew
https://bugs.kde.org/show_bug.cgi?id=483163

Andrew  changed:

   What|Removed |Added

 CC||travn...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-12-05 Thread nucleo
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #87 from nucleo  ---
Patched kscreenlocker-6.2.4 for Fedora 41
https://koji.fedoraproject.org/koji/taskinfo?taskID=126540135

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-12-04 Thread Adem
https://bugs.kde.org/show_bug.cgi?id=483163

Adem  changed:

   What|Removed |Added

 CC||adem...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-12-04 Thread nucleo
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #86 from nucleo  ---
(In reply to Andrii R. from comment #85)
> (In reply to David Edmundson from comment #80)
> > When I was with someone who could reproduce it was determined that the
> > window from X11Locker::m_background window was for some reason stacked above
> > the lockscreen even though it did not have focus.
> 
> I also found this behavior. I made patched version of kscreenlocker for my
> usage(patch included in comment 62, or you can just call raise() on
> m_background in x11locker.cpp when background window is shown). It works for
> me. Seems like bug was introduced somewhere inside Qt6.

Patch also works for me on Fedora 41.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-12-04 Thread Andrii R.
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #85 from Andrii R.  ---
(In reply to David Edmundson from comment #80)
> When I was with someone who could reproduce it was determined that the
> window from X11Locker::m_background window was for some reason stacked above
> the lockscreen even though it did not have focus.

I also found this behavior. I made patched version of kscreenlocker for my
usage(patch included in comment 62, or you can just call raise() on
m_background in x11locker.cpp when background window is shown). It works for
me. Seems like bug was introduced somewhere inside Qt6.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-29 Thread nucleo
https://bugs.kde.org/show_bug.cgi?id=483163

nucleo  changed:

   What|Removed |Added

 CC||nuc...@fedoraproject.org

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-29 Thread Aaron McCarthy
https://bugs.kde.org/show_bug.cgi?id=483163

Aaron McCarthy  changed:

   What|Removed |Added

 CC||mccarthy.aa...@gmail.com

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-28 Thread Attila
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #84 from Attila  ---
(In reply to Attila from comment #83)
> (In reply to Nate Graham from comment #74)
> > That's right. Almost no core Plasma developers use X11 anymore. Speaking
> > personally, I'm in the same boat as Jakob: whenever I log into an X11
> > session to try to reproduce this, it doesn't happen. I've never had it
> > happen, in fact.
> > 
> > We need a 100% reproducible case that makes the issue happen for a 
> > developer.
> 
> I can always confirm and reproduce this bug on Fedora 41. The lock screen
> always turns black when I set the Plasma style to Breeze.
> If I change the style from Breeze to Breeze dark or another style, the lock
> screen works as expected.

Oh, sorry, I forgot to say that I am on X11. I think this is important.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-28 Thread Attila
https://bugs.kde.org/show_bug.cgi?id=483163

Attila  changed:

   What|Removed |Added

 CC||bugs.kde.att...@online.de

--- Comment #83 from Attila  ---
(In reply to Nate Graham from comment #74)
> That's right. Almost no core Plasma developers use X11 anymore. Speaking
> personally, I'm in the same boat as Jakob: whenever I log into an X11
> session to try to reproduce this, it doesn't happen. I've never had it
> happen, in fact.
> 
> We need a 100% reproducible case that makes the issue happen for a developer.

I can always confirm and reproduce this bug on Fedora 41. The lock screen
always turns black when I set the Plasma style to Breeze.
If I change the style from Breeze to Breeze dark or another style, the lock
screen works as expected.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-27 Thread Mario
https://bugs.kde.org/show_bug.cgi?id=483163

Mario  changed:

   What|Removed |Added

 CC||mario156...@hotmail.com

--- Comment #82 from Mario  ---
(In reply to Andreas from comment #70)
> A temporary solution is to choose a Breeze Twilight, change the color of the
> windows and the plasma style, turning the theme into light or dark.

This works for me on Arch Linux, thank's.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-24 Thread AnneMarie Kerr
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #81 from AnneMarie Kerr  ---
my problem is my profile on Gentoo is invalid
how do i fix my profile
thanks AnneMarie Kerr

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-24 Thread AnneMarie Kerr
https://bugs.kde.org/show_bug.cgi?id=483163

AnneMarie Kerr  changed:

   What|Removed |Added

 CC||akerr...@yahoo.com
   Platform|Arch Linux  |Gentoo Packages

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-21 Thread David Edmundson
https://bugs.kde.org/show_bug.cgi?id=483163

David Edmundson  changed:

   What|Removed |Added

 CC||k...@davidedmundson.co.uk

--- Comment #80 from David Edmundson  ---
When I was with someone who could reproduce it was determined that the window
from X11Locker::m_background window was for some reason stacked above the
lockscreen even though it did not have focus.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-21 Thread Roman
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #78 from Roman  ---
@Joshua
I've just re-checked it again now just to be sure, and let me rephrase my
answer: Blindly typing my password does not solve the issue, but *something*
does happen. On login screen, everything is black except mouse cursor, and I
can blindly find password box and cursor changes to text-input cursor. After I
type in password and press enter, everything stays black, cursor is no longer
text-input in that area - so I am on desktop. I can blindly type
[Meta]kwrite[enter] and on large part of screen, cursor is again text-input,
indicating that indeed kwrite is open. Also, for example, it works when I press
volume up/down keys on keyboard, there is sound response indicating volume
being set. I can even blindly find volume tray icon and scroll over it to set
volume. So whole plasma is "there", just nothing except mouse cursor is
visible. PC responds to ping from other machine whole time (login screen, and
after).

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-21 Thread Daniel Duris
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #79 from Daniel Duris  ---
(In reply to Roman from comment #78)
> @Joshua
> I've just re-checked it again now just to be sure, and let me rephrase my
> answer: Blindly typing my password does not solve the issue, but *something*
> does happen. On login screen, everything is black except mouse cursor, and I
> can blindly find password box and cursor changes to text-input cursor. After
> I type in password and press enter, everything stays black, cursor is no
> longer text-input in that area - so I am on desktop. I can blindly type
> [Meta]kwrite[enter] and on large part of screen, cursor is again text-input,
> indicating that indeed kwrite is open. Also, for example, it works when I
> press volume up/down keys on keyboard, there is sound response indicating
> volume being set. I can even blindly find volume tray icon and scroll over
> it to set volume. So whole plasma is "there", just nothing except mouse
> cursor is visible. PC responds to ping from other machine whole time (login
> screen, and after).

That's a different bug then.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-20 Thread TraceyC
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #77 from TraceyC  ---
I'm also unable to reproduce this with git-master or a regular X11 session on
that same machine
Both with locking and sleeping the system, the unlock screen works correctly
after multiple tests
I don't think I've had this happen anytime on this install

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-20 Thread Roman
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #75 from Roman  ---
@Joshua
"Have you tried entering your password blind?" - Yes, it does nothing.
"Also, since I changed themes, I haven not experienced this bug, so that is a
possible work-around as well." - I've tried all Breeze themes and Oxygen,
happens on all of them

@Nate thanks for replying. I would love to switch to Wayland too, but can't for
now (for the life of me, I just can't get RDP to windows machines work on
wayland without horrible lag/stutter/blur; and that is big part of my work)

I am software engineer too (unfortunately far from stack used in plasma), and
few times we have reports from wild of issues we just could not reproduce
locally, we just gave the client custom build with absurdly detailed
logging/tracing, and have him send back logs/dumps. Isn't something like that
possible with plasma? I am willing to be guinea pig for this, if it won't break
my system.

Or is it X11 "unofficialy" unsupported yet, so you don't want to invest in it
anymore?

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-20 Thread Joshua J. Kugler
https://bugs.kde.org/show_bug.cgi?id=483163

--- Comment #76 from Joshua J. Kugler  ---
(In reply to Roman from comment #75)
> "Have you tried entering your password blind?" - Yes, it does nothing.

That's interesting. That may be a different bug, or related to this, but
hitting another area in code, then, as I *think* all the conversation in this
ticket has been talking about a bug that could be worked around via
blind-typing.

Another check, just to be sure: when your screen is blank, is your machine
still reachable (ssh, or some such). Just want to rule out a full lock-up on
resume, which is another bug I've seen before.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 483163] Sometimes on X11 with compositing turned on, black lock screen when using Breeze Plasma style, but controls are all there and remain interactive

2024-11-20 Thread Nate Graham
https://bugs.kde.org/show_bug.cgi?id=483163

Nate Graham  changed:

   What|Removed |Added

Summary|On X11 with compositing |Sometimes on X11 with
   |turned on, black lock   |compositing turned on,
   |screen when using Breeze|black lock screen when
   |Plasma style, but controls  |using Breeze Plasma style,
   |are all there and remain|but controls are all there
   |interactive |and remain interactive

--- Comment #74 from Nate Graham  ---
That's right. Almost no core Plasma developers use X11 anymore. Speaking
personally, I'm in the same boat as Jakob: whenever I log into an X11 session
to try to reproduce this, it doesn't happen. I've never had it happen, in fact.

We need a 100% reproducible case that makes the issue happen for a developer.

-- 
You are receiving this mail because:
You are watching all bug changes.