Bug 287927 - Activities ignore windows
Summary: Activities ignore windows
Status: RESOLVED INTENTIONAL
Alias: None
Product: plasma4
Classification: Plasma
Component: activities (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-30 17:41 UTC by Gerald B.
Modified: 2011-11-30 18:30 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gerald B. 2011-11-30 17:41:20 UTC
Version:           unspecified (using KDE 4.7.3) 
OS:                Linux

Windows that do not use the normal KDE window decoration are ignored by activities, i.e. wehen switching from one activity to another, these windows behave like they belong to all activities.

A good example is Chromium: In its default style (without KDE window decoration) Chromium is always present on all activities. When setting the option "Use system title bar and borders" in the appearance settings of Chromium, it behaves correctly.

Also, without the window decorations it seems impossible to assign an application to a specific activity (Context menu in the task bar doesn't offer an option for that)...

Reproducible: Always

Steps to Reproduce:
In the following steps, "Chromium" is used as an example, but it applies to any application that does not use a KDE window title bar.

1. Have at least two activities running.
2. Start Chromium on one activity.
3. Make sure Chromium has the "Use system title bar and borders" option deactivated.
4. Switch from one activity to another.
 settings->


Actual Results:  
Window is "member" of all activities.

Expected Results:  
Window should behave like any other window that has a KDE title bar, and like switching from one virtual desktop to another within one activity.

The problem appears only when switching activities. Switching from one virtual desktop to another within one activity does not "feature" this problem.
Comment 1 Aaron J. Seigo 2011-11-30 17:46:29 UTC
which is why applications (like chromium) should not be trying to provide their own window decorations. client side decorations are fundamentally broken by design.
Comment 2 Gerald B. 2011-11-30 17:50:29 UTC
That is a valid point.

Still, why is this a problem for activities, but not for virtual desktops?
Also, just because a problem is not supposed to exist in the first place, doesn't mean it's a good idea to not deal with that problem when it appears....
Comment 3 Aaron J. Seigo 2011-11-30 18:30:07 UTC
we are not going to work around the broken behaviour of apps that intentionally work around the system.

btw, in 4.9 the tasks widget will have an activities menu (and share like connect should also hopefully gain window-adding support by then)