KolourPaint saves in /tmp

[dotancohen]

Binary package hint: kolourpaint4

When one opens KolourPaint directly from Ksnapshot, KolourPaint saves the file in /tmp. This should be switched to either $HOME or $HOME/Desktop as new users do not know to check that the file is outside their directory, and they do not know where to look for the file once it has been saved.

[Kde-2011-08 (kde-2011-08)]

Version: (using KDE 4.0.83)

Kolourpaint saves documents to /tmp instead of to $HOME, at least when opened via ksnapshot's "Open with..." option. Please change this to $HOME. I understand the technical reason for this (ksnapshot saves the png to /tmp) however this confuses users, especially those who do not know what /tmp is or that it even exists. Thanks.

[dotancohen (dotancohen)]

Upstream bug:
https://bugs.kde.org/show_bug.cgi?id=165480

[Kde-2011-08 (kde-2011-08)]

It seems that KolourPaint only saves to /tmp if the image being worked on was created from Ksnapshot and passed automatically to KoloutPaint. Steps to reproduce:

1) Open KSnapShot
2) Click Open With, and select KolourPaint
3) In KolourPaint, save the word via either keyboard shortcut, icon, or File -> Save.

The image is saved in /tmp, whereas I would expect the image to be saved in /home/user.

[Kde-2011-08 (kde-2011-08)]

This issue persists in KDE 4.2.2 and I had a user loose four important screenshots for her research paper with this. That makes this a dataloss issue and I am therefore increasing the severity to major.

[Dario Andres (andresbajotierra)]

Bug 204628 is related and implementing its fix could workaround this issue too.
- What do you think ?
Thanks

[Kde-2011-08 (kde-2011-08)]

@Dario: I agree that implementing Bug 204628 would be a workaround to this issue. However, it would not solve the issue at large.

[Dario Andres (andresbajotierra)]

Mh, to fix this on KolourPaint side (which is in fact, unmaintained) there should be an option to tell the application that the filename we are passing to it is temporal, and when saving the file it should re-ask for the filename.
IIRC, KSnapshot "Open With" menu only show standard options from .desktop files, so my first proposal should use a special .desktop entry for "Open on KolourPaint from temporalFile". Or may be KSnapshot should offer a special KolourPaint thingy...
However, I guess that if you open the same file from KSnapshot using any other image editor like GIMP, this is going to happen.

So I has this should be addressed in KSnapshot side to not have to patch the other external apps (which is impossible for non-KDE ones)

Do you have any other idea about this ?

Regards

[Kde-2011-08 (kde-2011-08)]

I understand, there is no way to send to the other apps the image data, so it is written to a file and that filename is send to Kolourpaint / Gimp / Whatever.

Dario, I will speak with some of the software-engineers-to-be at my university and either close this as "Dotan asking for the impossible" or post a workaround. There are some rather smart guys lurking around there. The university is on vacation now, but I will follow up as soon as is possible. Thanks.

[Jonathan Thomas (echidnaman)]

Hello there,

Kubuntu currently does not have the manpower necessary to implement this feature as a distribution, so we are closing this report. Worry not, though, because your wish item is still being tracked by KDE at http://bugs.kde.org/show_bug.cgi?id=165480 . Once KDE implements this feature, we will include it in the Kubuntu release which contains the KDE version the feature was implemented in.

Thanks for understanding, and have a nice day.

[Kde-2011-08 (kde-2011-08)]

> Do you have any other idea about this ?

How about if Ksnapshot were to save the file as ~/yyyymmdd-hhmmss.png instead of /tmp/last-saved-filename.png?

[Kde-2011-08 (kde-2011-08)]

An alternative to the idea from comment #7, Ksnapshot could save the file as ~/anything.png, have the application open it, then rm anything.png

[KAMiKAZOW (kamikazow)]

Changing to KSnapshot according to Comment #7

[Felix Miata (mrmazda)]

Neither current nor proposed behavior make much sense to me. $HOME would only make sense in an app that has never previously been called to open any file. Once used, and in the absence of configurability of the file open/save behavior of that app, the only logical place is the location last accessed by that app. See also: https://bugs.kde.org/show_bug.cgi?id=104501#c2

[BajK (kaiuwebroulik2)]

It was nice if it at first worked! When triggering KSnapshot for the first time and then choosing “Send to” KolourPaint is given an empty file (with the correct name) but it seems not to exist. I couldn‘t find the bugreport for this so quickly but I think it has been reported (be me? :D) some time ago.

[Andrew-crouthamel (andrew-crouthamel)]

Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years and I will be closing this bug. Spectacle is the replacement for ksnapshot now. Please test again and file a new bug for Spectacle if you still have issues. Thank you!