| Summary: | Opening `systemsettings` binary does nothing when System Settings is already open on another Activity | ||
|---|---|---|---|
| Product: | [Applications] systemsettings | Reporter: | Nik Nikovsky <zejdzztegomaila> |
| Component: | general | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | minor | CC: | john.kizer, nate, quinnj, zejdzztegomaila |
| Priority: | NOR | ||
| Version First Reported In: | master | ||
| Target Milestone: | --- | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Nik Nikovsky
2025-04-25 15:34:33 UTC
Hi - for what it's worth, I cannot reproduce on my Fedora KDE 42 device with Plasma 6.3.4, Frameworks 6.13.0 - if this isn't a local issue, maybe it's a regression in the beta versions? Are you able to launch the application with the systemsettings command without specifying a module? Thanks! (In reply to John Kizer from comment #1) > Hi - for what it's worth, I cannot reproduce on my Fedora KDE 42 device with > Plasma 6.3.4, Frameworks 6.13.0 - if this isn't a local issue, maybe it's a > regression in the beta versions? > > Are you able to launch the application with the systemsettings command > without specifying a module? > > Thanks! Yeah, I can open the app normally, but I do see some log info that's probably not useful, but I'll put it here anyway: kf.svg: The theme "Vintage" uses the legacy metadata.desktop. Consider contacting the author and asking them update it to use the newer JSON format. kf.svg: The theme "Vintage" uses the legacy metadata.desktop. Consider contacting the author and asking them update it to use the newer JSON format. kf.plasma.core: The theme "Vintage" uses the legacy metadata.desktop. Consider contacting the author and asking them update it to use the newer JSON format. kf.plasma.core: The theme "Vintage" uses the legacy metadata.desktop. Consider contacting the author and asking them update it to use the newer JSON format. Is `systemsettings` already running in the background, maybe? (In reply to Nate Graham from comment #3) > Is `systemsettings` already running in the background, maybe? I don't know if it was then, but I am redoing this after a reboot and updates. Yeah, that was the culprit, but maybe implement switching that window to the requested activity? So System Settings was running in another activity, and calling it by its command-line binary didn't either: 1. Open a new instance on the current Activity 2 Switch you to the activity in which it was running Do I have that right? (In reply to Nate Graham from comment #5) > So System Settings was running in another activity, and calling it by its > command-line binary didn't either: > 1. Open a new instance on the current Activity > 2 Switch you to the activity in which it was running > > Do I have that right? Yes. Basically the problem here is that single-instance apps should ideally be single-instance per Activity, not single-instance systemwide. Single-instance systemwide conflicts with how Activities work in a way that's not trivial to contemplate fixing. We can fix this per-app, but that's not an ideal solution. (In reply to Nate Graham from comment #7) > Basically the problem here is that single-instance apps should ideally be > single-instance per Activity, not single-instance systemwide. > Single-instance systemwide conflicts with how Activities work in a way > that's not trivial to contemplate fixing. > > We can fix this per-app, but that's not an ideal solution. I wonder, maybe if the command detects an activity of the app running, it could send a request to restore to window and move to a specified activity (kcm_sddm for example). It could; that's the "fix it in every affected app" option, which doesn't scale very well. I'm not sure if it's the same bug or not, but if the settings window is already open and behind other things, and you run systemsettings, I would expect the window to come to the foreground. I spent way too long trying to figure out why the command was running perfectly and doing nothing, including a reboot, only to eventually figure out that I already had it open and behind other windows. |