dragging attachment from kmail sets wrong umask

[Harm van Bakel]

Binary package hint: kmail

When dragging an attached file from kmail to the desktop, the copied file gets read-only instead of read-write permissions for the user. When right-clicking the attachment in kmail and selecting 'save as' the saved attachment does get the correct read-write settings.

[Ace Suares (acesuares)]

I reproduced this in Gutsy with Kmail Version 1.9.6 (enterprise 0.20070907.709405) (4:3.5.7enterprise20070926-0ubuntu2) by dragging an attachment to the desktop.

[Harald Sitter (apachelogger)]

Please forward this report to http://bugs.kde.org and add the URL to the bugwatch for KDE PIM.

[Jonathan Thomas (echidnaman)]

Version: 1.10.1 (using 4.1.2 (KDE 4.1.2), Kubuntu packages)
Compiler: cc
OS: Linux (i686) release 2.6.26-5-generic

This is similar to bug 79685, in the sense that both deal with attachments getting read-only rights. The difference is that this occurs when attachments are dragged to the desktop, and the disregardUmask=ture option doesn't work. Saving the attachments work as expected.

[Ruchir-brahmbhatt-a (ruchir-brahmbhatt-a)]

Reproducible on 1.11.2. When we drag & drop attachment anywhere not just desktop, it has only read permissions but when we save as, it has write permission as well.

[Jtamate (jtamate)]

I guess the problem is not totally kmail fault:
  kmail drags a Url list, and when dolphin or plasma drops it, they create read-only files.

  If kmail uses the right mime type for each attachment, there is another problem:
* In plasma, it will try to open the plasmoid to handle the type. For example, an image will open the preview plasmoid. But dows not allow to create a file.
* In dolphin, an image mime type is not allowed to drop.

  You can check it trying to drag&drop the image captured with ksnapshot.

[Gerlando Lo Savio (gerlos)]

(In reply to comment #1)
> Reproducible on 1.11.2. When we drag & drop attachment anywhere not just
> desktop, it has only read permissions but when we save as, it has write
> permission as well.

The same on kmail 1.11.4. When I drag & drop any attachment (I've tried also with png images) from kmail windows to any file manager window, that file will be saved in read-only mode.

When I save using the right click menu and "save as" instead permissions are fine.
Please correct this, it would be really comfortable if we could just drag attachments out of the windows to save them.

[Cgiboudeaux (cgiboudeaux)]

*** Bug 185837 has been marked as a duplicate of this bug. ***

[Kollix (kollix)]

As this is a problem with the drop-target application, I reassign to dolphin.

[Jtamate (jtamate)]

*** Bug 208986 has been marked as a duplicate of this bug. ***

[Harald Sitter (apachelogger)]

Closing in favor of KDE bug report, please refer there for updates. Thanks.

[Dav1dblunk3tt (dav1dblunk3tt)]

I get this in 4.4.2 - this has been with us since 3.5 and is really annoying

[Cgiboudeaux (cgiboudeaux)]

*** Bug 164997 has been marked as a duplicate of this bug. ***

[Peter-penz19 (peter-penz19)]

I don't know why this has been assigned to Dolphin - Dolphin is not involved when dragging between kmail and the desktop -> reassigned to plasma

[Björn Ruberg (bjoern-ruberg-wegener)]

@ Jaime Torres:
But kmail does save the attachments as read-only temporary files? In that case, either plasma and dolphin may just copy the read-only property.

[aseigo (aseigo)]

yes, it's simply copying the permissions already there. perhaps kmail should set the permissions to whatever it uses by default for "save as" before starting a drag (and resetting it afterwards). a bit of a hack, perhaps, but i don't see how else we could work around this issue without changing the permissions of all files that are copied into folderview (which would, imho, be a bug in the general case).

[Montel-3 (montel-3)]

I fixed it in 4.9