| Summary: | "Run as different user" fails, as it tries to access files from main user | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kio | Reporter: | Guido Schmidt <guido> |
| Component: | general | Assignee: | KIO Bugs <kio-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | kde, kdelibs-bugs-null, nate |
| Priority: | NOR | Keywords: | regression |
| Version First Reported In: | 6.20.0 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Guido Schmidt
2025-12-14 12:56:24 UTC
If you turn off the encryption (or try with a user who has an unencrypted home directory) does it work? Does the same thing happen if you try to launch Firefox from the custom menu entry accessed from Dolphin, and not Kickoff? 1. Tried with an unencrypted user: Same problem 2. "custom menu entry accessed from Dolphin": Did you mean by that to create a .desktop file and start that from within Dolphin? If so, I did that. It results in the same problem. I did the above with the system updated to: Operating System: openSUSE Tumbleweed 20251211 KDE Plasma Version: 6.5.4 KDE Frameworks Version: 6.20.0 Qt Version: 6.10.1 Kernel Version: 6.18.0-2-default (64-bit) I would happily drop the "run as user" feature. (obviously the reporter won't be happy, but it technically stops this being a bug) It breaks too many application assumptions so it can never work properly and it's too niche a thing for us to be surfacing in a UI. I agree; it's another "broken promise" feature. |