Bug 348240 - Wrong _NET_WM_WINDOW_TYPE in copy dialog
Summary: Wrong _NET_WM_WINDOW_TYPE in copy dialog
Status: RESOLVED WORKSFORME
Alias: None
Product: frameworks-kio
Classification: Frameworks and Libraries
Component: general (other bugs)
Version First Reported In: unspecified
Platform: Kubuntu Linux
: NOR minor
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-05-26 11:47 UTC by Martin Ueding
Modified: 2022-12-28 05:26 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Ueding 2015-05-26 11:47:41 UTC
I use Awesome WM together with the KDE programs. My version of Dolphin is 14.12.3 under KDE 4.14.6, which I did not find in the above version list.

All the normal windows get tiled with Awesome WM. The copy dialog that appears when one does not use Plasma has the properties of a normal window:

_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x3, 0x3e, 0x7e, 0x0, 0x0
WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST
WM_NAME(STRING) = "Kopiervorgang"
WM_LOCALE_NAME(STRING) = "de_DE.UTF-8"
WM_CLASS(STRING) = "dolphin", "Dolphin"

This means that the copy dialog of Dolphin gets tiled as a normal window, which is quite irritating. I would greatly appreciate if the _NET_WM_WINDOW_TYPE could be changed to the dialog type such that Awesome WM would render it as a floating window.

Reproducible: Always

Steps to Reproduce:
1. Use Awesome WM without Plasma
2. Copy some files in Dolphin

Actual Results:  
Copy dialog gets tiled.

Expected Results:  
Copy dialog gets floated.
Comment 1 Frank Reininghaus 2015-05-26 17:03:39 UTC
Thanks for the bug report! This is not a Dolphin issue - the KIO library (which is part of kdelibs 4.x and a separate framework in KF5) is responsible for copying files and for showing any dialogs that are related to copying/moving files. I'm not sure though if the problem is really there or somewhere else.
Comment 2 Martin Ueding 2015-06-06 08:59:14 UTC
Okay, thanks for moving the bug to the other product!
Comment 3 Martin Ueding 2015-07-19 12:34:34 UTC
A workaround would be adding the following to the `rc.lua` from Awesome WM:

    {
        rule = { class = "Dolphin", name = "Kopiervorgang" },
        properties = { floating = true }
    },

The `name` field needs to be adjusted. I think one needs another rule to add deletion dialogs and so on.
Comment 4 Nate Graham 2018-05-08 18:37:38 UTC
Is this still relevant or applicable with KDE Frameworks 5.45?
Comment 5 Martin Ueding 2018-05-08 20:33:09 UTC
I have stopped using Awesome WM some time ago. Therefore I do not see the explicit copy dialogue any more, just the information in the tray. So I cannot tell you whether this is still applicable. It is not relevant for *me* at this point.
Comment 6 Nate Graham 2018-05-09 20:42:55 UTC
Thanks. Let's keep it open in case someone else can confirm.
Comment 7 Justin Zobel 2022-11-21 08:22:12 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 8 Martin Ueding 2022-11-28 11:10:31 UTC
I have not been using Awesome WM for a while now. When using Plasma Shell, the Dolphin copy dialog appears as part of the system notifcation in the Plasma panel. Therefore I cannot easily check whether this is still an issue.

From my point of view this ticket can be closed.
Comment 9 Bug Janitor Service 2022-12-13 05:09:34 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 10 Bug Janitor Service 2022-12-28 05:26:18 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now 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

Thank you for helping us make KDE software even better for everyone!