View Issue Details

IDProjectCategoryView StatusLast Update
0005534ardourbugspublic2020-04-19 20:16
ReporterHouston4444 Assigned Topaul  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product Version3.0 
Summary0005534: 3.2 Big trouble with windows on KDE
DescriptionHello.
After update to 3.2, there is a big trouble with windows. The transport panel isn't always on front by default, and when I force it with KDE, the plugin's GUI appears behind my mixer and aren't affect to my dock. Impossible to work with this conditions. It worked well with ardour 3.1
TagsNo tags attached.

Activities

Houston4444

2013-06-18 20:42

reporter   ~0015031

Hello, The problem has no link with transport panel. The Plugins's GUI comes behind the mixer and don't appear in my dock. So I have to reduce Ardour's mixer to access to my plugins. It's really really boring...

paul

2013-06-19 01:15

administrator   ~0015033

the KDE window manager is not very well behaved, in that it does not obey the freedesktop suggested standards regarding window layering.

ardour is a somewhat unique app (though the gimp is another) that has > 1 main window and multiple dialogs intended to be layered on top of that.

3.2 featured the first round of changes desired to rationalize and harmonize the way window layering is done.

it appears that we need to offer users who insist on using KDE's window manager(s) the chance to turn all of this off.

Houston4444

2013-06-19 13:52

reporter   ~0015034

Thanks. KDE is really and from far my better experience of desktop manager

paul

2013-06-24 21:08

administrator   ~0015049

try going to Windows > Theme Manager and disable "All floating windows are dialogs". Save, then restart Ardour and see if that helps.

Houston4444

2013-06-25 22:54

reporter   ~0015052

Yes, that helps! I find a box in kde settings too. In System Settings/Window Behavior/Advanced/Hide utility window for inactive applications


When the box is ticked, i have big troubles with windows, when she's unticked it works. But on a new session I've got no trouble in the two cases.

paul

2013-06-25 23:12

administrator   ~0015053

so ... could this bug be considered fixed? It does need documenting, certainly.

Houston4444

2013-06-26 16:01

reporter   ~0015054

Yes, it can be closed!
It would be too long to find an answer because it happens only on my session. And with "all floating windows are dialogs" ticked, it works well. So, consider this issue as fixed.
Thanks you!

paul

2013-06-27 03:43

administrator   ~0015056

see notes. documentation required.

system

2020-04-19 20:16

developer   ~0023244

Issue has been closed automatically, by Trigger Close Plugin.
Feel free to re-open with additional information if you think the issue is not resolved.

Issue History

Date Modified Username Field Change
2013-06-17 11:03 Houston4444 New Issue
2013-06-18 20:42 Houston4444 Note Added: 0015031
2013-06-19 01:15 paul Note Added: 0015033
2013-06-19 13:52 Houston4444 Note Added: 0015034
2013-06-24 21:08 paul Note Added: 0015049
2013-06-25 22:54 Houston4444 Note Added: 0015052
2013-06-25 23:12 paul Note Added: 0015053
2013-06-26 16:01 Houston4444 Note Added: 0015054
2013-06-27 03:43 paul Note Added: 0015056
2013-06-27 03:43 paul Status new => resolved
2013-06-27 03:43 paul Resolution open => fixed
2013-06-27 03:43 paul Assigned To => paul
2020-04-19 20:16 system Note Added: 0023244
2020-04-19 20:16 system Status resolved => closed