Good luck with it !!!

thanks for the hard work and such a good desktop environment

Brief Description: (it didn't appeared as i expected)

When copying files from another computer in the network, and get a disk full space pop up window, dolphin left the temporary copied files in a persistent fashion at /home/username/.kde4/tmp-hostname, leaving the disk full without letting the user know about it

Version:           dolphin version 1.3 installed on KDE 4.3.0
OS:                Arch Linux
Installed from:    Arch Linux repositories

I can confirm this except that it happens on my small /tmp partition (i.e. /tmp/kde-user). Here are the outputs of 'df -h' during the transfer of a 300 odd megabytes file:

At the beginning of the transfer:
/dev/sda6             942M  136M  759M  16% /tmp      

While the transfer was at ~50%, it peaked at:
/dev/sda6             942M  895M   40K 100% /tmp

The situation is the same after copying the file. A closer examination reveals that the user kde tmp folder is filled with dolphin*.tmp and dolphin*.tmp.part.

After clearing them manually ('rm -f dolphin*'):
/dev/sda6             942M   48M  847M   6% /tmp

I've had a similar issue using KDE 4.3.3:
I was copying some big files from a smb share. Dolphin leaved a .part copy on my /tmp/kde-<username> directory. Plasma crashed, and I've had to CTRL+ALT+CANC (!!!) for the logout dialog :-p

Logging in again stopped on the third icon of the splash screen, clicking with the mouse the splash disappeared and a "disk full" warning has appeared (it is another bug already reported: warning should be on top of the splash screen). So I've switched to /tmp and I've found the .part of the file I were copying and two other big files (~2Gb each) which filled my / partition.

I don't understand why a .part copy should be write on /tmp... could it be related to the video thumbnail preview? (It was all video files).

Just for reference: the "disk full" message is bug# 205630 .

I've experienced this bug again. It happens with thumbnail actived. the thumbnail process probably create the files on /tmp/kde-<username> for creating the thumbnail of the video file.

The problem is that it continues to create files probably because the destination file size changes (it is written, so the file grows until the copy/move process is not finished).

I've found on /tmp/kde-<username> the video duplicated in a lot of partial files, one with the first 5MB, another a bit bigger, 50M, another 100M, another 400M and another 2Gb... all relative to the same file (the file sizes are only examples, I've already deleted them).

I also have this, for me with /tmp, when copying files from some sftp:/ location to something local.

Some facts about this bug:

I have my storage mounted separately, so I copy the data to /mnt/storage - but anyway, Dolphin uses /tmp to store temporary data - this is unnecessary I/O from one disk to another if one has no tmpfs on /tmp.

The fun thing is, Dolphin puts data in /tmp until I have no more available space, but it DOES GO ON COPYING with SUCCESS! So /tmp is just used as a (uneccessary?) buffer?

Dolphin makes another .part file at the location I copy to (/mnt/storage), so I wonder why the extra other temporary file is needed in root, especially when Dolphin can still keep on copying if there is no space left on the device anymore?

Thanks for solving this!

KDE 4.4.5
Dolphin 1.4

I cannot reproduce this with KDE v4.10.3. Does anyone here still have this problem with the latest version?

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 set the bug status 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!

Dear Bug Submitter,

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!