View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005534 | ardour | bugs | public | 2013-06-17 11:03 | 2020-04-19 20:16 |
| Reporter | Houston4444 | Assigned To | paul | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.0 | ||||
| Summary | 0005534: 3.2 Big trouble with windows on KDE | ||||
| Description | Hello. 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 | ||||
| Tags | No tags attached. | ||||
|
|
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... |
|
|
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. |
|
|
Thanks. KDE is really and from far my better experience of desktop manager |
|
|
try going to Windows > Theme Manager and disable "All floating windows are dialogs". Save, then restart Ardour and see if that helps. |
|
|
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. |
|
|
so ... could this bug be considered fixed? It does need documenting, certainly. |
|
|
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! |
|
|
see notes. documentation required. |
|
|
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. |
| 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 |