| Summary: | If for the first time since boot you Shift+Del an item then immediately press enter; you'll open the file instead of deleting as the window spawns | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Fernando M. Muniz <fernandommuniz> |
| Component: | general | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | minor | CC: | john.kizer, kde |
| Priority: | NOR | ||
| 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: | |||
|
Description
Fernando M. Muniz
2025-04-14 03:57:15 UTC
Just to confirm - your expected result here would be that a destructive action (permanently deleting a file) should be taken without the user explicitly taking an action on a visible prompt? This seems highly undesirable. Is there a long delay after rebooting between trying to delete a file and the confirmation appearing? Perhaps that is the real issue? (In reply to John Kizer from comment #1) > Just to confirm - your expected result here would be that a destructive > action (permanently deleting a file) should be taken without the user > explicitly taking an action on a visible prompt? This seems highly > undesirable. > > Is there a long delay after rebooting between trying to delete a file and > the confirmation appearing? Perhaps that is the real issue? You mean that the confirmation window not appearing immediately is a bug? Is that window meant to be loaded with the whole system? I’m asking if what you’re reporting as a bug is: “It takes an unusually long time for the confirmation dialog to appear after pressing Shift+Del for the first time” (also, where is said item? On the desktop?) Or “Keystrokes made after an action is taken that requires confirmation, but before the confirmation prompt appears, are not queued up and applied to that prompt once it does appear” Just intuitively, the former sounds like a bug, while the latter sounds like intentional behavior - so I’m just trying to understand the core issue at hand. (In reply to John Kizer from comment #3) > I’m asking if what you’re reporting as a bug is: > > “It takes an unusually long time for the confirmation dialog to appear after > pressing Shift+Del for the first time” (also, where is said item? On the > desktop?) > > Or > > “Keystrokes made after an action is taken that requires confirmation, but > before the confirmation prompt appears, are not queued up and applied to > that prompt once it does appear” > > Just intuitively, the former sounds like a bug, while the latter sounds like > intentional behavior - so I’m just trying to understand the core issue at > hand. On the desktop, yes. The issue is the former, but since it seemed like the confirmation windows simply needs time to naturally load for the fist time, I had the idea of transferring the input. Ok. Closing this one. Created Bug 502776 |