Bug 502776

Summary:	After booting, then pressing Shift+Del on an item, then immediately pressing Enter will open the item because the confirmation window is loading
Product:	[Plasma] plasmashell	Reporter:	Fernando M. Muniz <fernandommuniz>
Component:	Desktop icons & Folder View widget	Assignee:	Fernando M. Muniz <fernandommuniz>
Status:	CONFIRMED ---
Severity:	minor	CC:	hein, kde, nate
Priority:	NOR	Keywords:	usability
Version First Reported In:	6.3.4
Target Milestone:	1.0
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	Issue on Plasma 6.4.3

Description Fernando M. Muniz 2025-04-14 07:51:49 UTC

1- Boot or restart your PC.
2- Shift+Del an item on your desktop.
3- Immediately press Enter.

Result:
The confirmation window takes some time to load for the first time during the session, so the Enter key causes the item to open.

Expected result:
The window that asks for confirmation should appear immediately after Shift+Del is pressed.

Comment 1 Nate Graham 2025-04-16 17:43:44 UTC

I can't reproduce this on git master. Any chance you could screen-record it?

Comment 2 Fernando M. Muniz 2025-04-16 20:17:49 UTC

Seems like the delay is not tied to being started for the first time. Sometimes it takes 5 seconds from what I could count.

Comment 3 Fernando M. Muniz 2025-04-18 11:02:16 UTC

(In reply to Nate Graham from comment #1)
> I can't reproduce this on git master. Any chance you could screen-record it?

I wouldn't be able to, since pressing Shift+Del wouldn't appear on the video.

Comment 4 Nate Graham 2025-04-18 13:41:53 UTC

Why not?

Comment 5 Fernando M. Muniz 2025-04-18 13:48:27 UTC

(In reply to Nate Graham from comment #4)
> Why not?

Would it be possible to tell when Shift+Del gets pressed in a screen-record? Otherwise the best I could do is to record with my phone.

Comment 6 Nate Graham 2025-04-18 19:03:54 UTC

That's a good question, maybe a phone shakycam video would be better then.

Comment 7 Bug Janitor Service 2025-05-03 03:47:30 UTC

🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!

Comment 8 Fernando M. Muniz 2025-05-06 08:16:15 UTC

I'm pretty sure the actual issue is that the confirmation window doesn't take priority over heavy processes/file transferring.

Perhaps I should create a metabug for making all important system parts (crash handler, item deletion confirmation, system monitor, shutdown buttons) take top priority, like Apple/MacOS does.

https://bugs.kde.org/show_bug.cgi?id=498510#c5
"Alternately, how feasible is it to boost the responsiveness of the kill dialog under heavy system load? I recall the force quit dialog on macos being pretty responsive even under heavy system load."

Comment 9 Fernando M. Muniz 2025-07-14 11:12:28 UTC

I just got this issue after letting the notebook on with the lid closed and going to sleep, then pressing Shift+Del then immediately pressing Enter.

Maybe it's related to opening the window after a long time of inactivity? I'll reopen this if I manage to get it on camera.

Comment 10 Fernando M. Muniz 2025-07-16 16:06:53 UTC

Created attachment 183283 [details]
Issue on Plasma 6.4.3

Managed to record the issue. It happens when the system is under stress.