Bug 352341 - Activity that application is forced to be used on is not selected
Summary: Activity that application is forced to be used on is not selected
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kwin
Classification: Plasma
Component: activities (show other bugs)
Version: 5.22.0
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-09-06 09:32 UTC by soee
Modified: 2023-08-11 14:47 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Window Manager Settings - Set Activity bug (107.03 KB, image/png)
2016-01-05 00:04 UTC, Geoff
Details
RH context menu from window title (40.96 KB, image/png)
2021-11-07 01:14 UTC, Geoff
Details
Selected from 'Configure Special Application Setttings' (78.13 KB, image/png)
2021-11-07 01:17 UTC, Geoff
Details
RH context menu from window title (40.22 KB, image/png)
2021-11-07 01:18 UTC, Geoff
Details
Popup editor for Special Window Settings (77.92 KB, image/png)
2021-11-07 01:20 UTC, Geoff
Details

Note You need to log in before you can comment on or make changes to this bug.
Description soee 2015-09-06 09:32:49 UTC
From Special Application Settings we can bind/force application to selected activity. This seems to work since this fix (https://bugs.kde.org/show_bug.cgi?id=342935) - application is moved to selected activity. 

If we now close our application settings and reopen it again we will see that activity that we picked before is not selected but "All activities" option is. 

Reproducible: Always

Steps to Reproduce:
1. Open Special Application Settings
2. Open Size and Position tab and set Activity -> Force -> Some Activity
3. Apply changes and close settings window
4. Open Special Application Settings again and see that activity selected before is not selected now

Actual Results:  
Activity used to force application to run on, is not selected on activities list in  Special Application Settings.

Expected Results:  
Selected activity in Special Application Settings should be visible as selected option.
Comment 1 Geoff 2016-01-04 23:46:50 UTC
CONFIRMED: and further, have found that the reason the ACTIVITY is being reset to ALL ACTIVITIES when using the 'Special Window/Application Settings' menu is that the WINDOWS RULES WINDOW MANAGER SETTINGS dialog window which manages all 'special window/application settings'
Comment 2 Geoff 2016-01-04 23:55:41 UTC
CONFIRMED: and further, have found that the reason the ACTIVITY is being reset to ALL ACTIVITIES, when using the 'Special Window/Application Settings' menu, is that the WINDOWS RULES WINDOW MANAGER SETTINGS dialog, which manages all 'special window/application settings', keeps 'ALL ACTIVITIES' as the value for all settings ... the user cannot change it ... and so whenever the user tries to adjust any of these settings on the individual window .. the WINDOW MANGER loads ALL ACTIVITIES as a default setting .. instead of that which was previously set by the user. 

Unless the user is astute to this bug he will inadvertently choose ALL ACTIVITIES when making other adjustments to Special Window/Applications Settings ..,. which causes havoc when rebooting the system ..... as when reloading an application it now appears across ALL ACTIVITIES. Most confusing and annoying.
Comment 3 Geoff 2016-01-05 00:04:13 UTC
Created attachment 96464 [details]
Window Manager Settings - Set Activity bug

here is a screen shot of where this bug lives
Comment 4 Alexander Mentyu 2018-04-04 10:09:11 UTC
Can't reproduce this bug in:

Plasma: 5.12.3
Apps: 17.12.3
Frameworks: 5.44.0
Qt: 5.10.1
Kernel: 4.14.27-1-MANJARO
OS: Netrunner Rolling

Related to 13th comment in https://bugs.kde.org/show_bug.cgi?id=361274
Comment 5 kde.org 2021-11-06 20:28:07 UTC
The menus/windows seem to have changed in the mean time. I cannot reproduce the issue following the description.
Can you please confirm, that it still persists with KDE 5.23 and provide an updated list of steps on how to reproduce?
Comment 6 Geoff 2021-11-07 01:12:35 UTC
(In reply to kde.org from comment #5)
> The menus/windows seem to have changed in the mean time. I cannot reproduce
> the issue following the description.
> Can you please confirm, that it still persists with KDE 5.23 and provide an
> updated list of steps on how to reproduce?

There are two sub-menu options under 'More Actions ...' activated via context menu when RH click on a window title bar. Viz:
1. Configure Special WIndow Settings
2. COnfigure Special Application Settings

The bug reported here appers to have been dealt with .. see attachments 1 & 2  .... as editor for 'Special Application Settings' now seems to always agree with what is held under 'Window Rules' for the application. 

However i for one have always been confused by these two options .. see attachments 3 & 4  which show what appears to be the same 'Size and Position' data, but clearly not reading what is already set under the forementioned 'Windows Rules' dialog under 'System Settings, 'Window Management', 'Window Rules'

Consequently i only ever use the second option .. 'Special Application Settings' when configuring size and postion ....
Comment 7 Geoff 2021-11-07 01:14:28 UTC
Created attachment 143300 [details]
RH context menu from window title

Select popup editor for Special Application Settings
Comment 8 Geoff 2021-11-07 01:17:50 UTC
Created attachment 143301 [details]
Selected from 'Configure Special Application Setttings'

Editor showing setting concur with what appears under Wndow Rules under System Settings
Comment 9 Geoff 2021-11-07 01:18:53 UTC
Created attachment 143302 [details]
RH context menu from window title

Select Configure Special Window Settings
Comment 10 Geoff 2021-11-07 01:20:59 UTC
Created attachment 143303 [details]
Popup editor for Special Window Settings

Shows that the settings under Wndow Rules are not being picked up
Comment 11 Bug Janitor Service 2021-11-22 04:38:50 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 12 joelsonejr 2023-08-11 14:47:44 UTC
I'm afraid Plasma 5.22 is unfortunately no longer eligible for support or maintenance from KDE.
Plasma is a fast-moving project, and bugs in one version are often fixed in the next one. Please update to Plasma 5.27 as soon as your distro offers it to you. If you need support for Plasma 5.22, please contact your distro, who bears the responsibility of providing support for older non-LTS releases.
If this issue is still reproducible in either Plasma 5.27 (the current LTS version) or Plasma 5.27.7 (the latest released version), feel free to re-open this bug report.
Thanks for understanding!