SUMMARY STEPS TO REPRODUCE 1. Right-click within directory > Create New, select file type, e.g. text file. 2. Select file type, I tried text, HTML & one of the LibreOffice ones. 3. The input prompt field that normally contains "Text File" instead shows "(1)". 4. Replace "(1)" with any file name & press OK. OBSERVED RESULT No file gets created. No hidden file (checked via Alt+dot), no files created on desktop or as .desktop files. EXPECTED RESULT File should be created with name as input. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Debian 10 Buster KDE Plasma Version: 5.14.5 KDE Frameworks Version: 5.54.0 Qt Version: 5.11.3 ADDITIONAL INFORMATION - Able to create files successfully if I open e.g. KWrite & save as whatever file name, so drive/partition is not the cause of the problem. - Reboot solved the problem, it is working successfully today. - Posted on LQ yesterday (probably not ideal place to post it, hence raising here): https://www.linuxquestions.org/questions/showthread.php?p=6019125#post6019125 - I've been using Buster since release day & yesterday was the only instance of the above happening but was able to reproduce it yesterday (pre-powering off). I've otherwise been able to create files successfully. - One instance of copy & pasting a large file across partitions behaved abnormally a few days prior to the above issue: no progress dialogue box appeared & seemed to result in 0KB destination file. Not sure if worth raising a bug for + I didn't notice 0KB issue for a few days.
Thanks for reporting this problem. I have tested this a few times with Dolphin 19.11.70 and it always worked. You also mentioned that creating files did work for you after a reboot - therefore it is nearly impossible for us to debug the cause for this issue. I'm going to close this bug report for now, but feel free to reopen it if you ever encounter this bug again (preferably with consistency).
What sort of additional info can I provide you with? This issue is happening again tonight. I have been able to download some PDFs via Firefox, but I just went into Konqueror to create a text file to write some notes in, and it did the above. I have been able to open Konsole & run pico notes.txt input some txt & save it successfully and then it appeared & was accessible to open with KWrite within Dolphin & also to rename it via Dolphin directly.
> 3. The input prompt field that normally contains "Text File" instead shows "(1)". That's already curious. The (#) counter is added when a file with that name already exists, e.g. when I do Create New > Text File twice, without changing the name. The blank prefix points to an issue with the template .desktop file. The templates are stored in an resource block in the executable, but can be overridden with files from the /home directory. Could you please check if there are any "TextFile.desktop" files on your system, and show their contents?
There aren't any "TextFile.desktop" files on my system. I've searched for all .desktop files & no other .desktop files look relevant.
Phillip I can't seem to reproduce this on the latest Dolphin from git master. Can you please re-test and confirm if this is still an issue, thanks.
I don't have the latest Dolphin to test this on, sorry. It is quite rare on my system (Debian 10), it last happened maybe a month or two ago. Feel free to close this bug if necessary, maybe there something weird with my hardware.
Thanks Phillip, I'll resolve the bug for now, if the issue re-occurs or you can test on another system and find any information on why it might be happening feel free to reopen the report.
Reopening.
I've re-encountered this today. I noticed it happened shortly after Kaffeine started recording a programme (DVB-T). I've been able to reproduce it: make Kaffeine record some telly (instant record or scheduled) & then the Create New bug above happens in Dolphin. My system is now Debian 11, full details: Operating System: Debian GNU/Linux 11 KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 Kernel Version: 5.10.0-10-amd64 OS Type: 64-bit Dolphin Version 20.12.2 Kaffeine Version 2.0.18
Above reproduction method still works after rebooting.
Today this has happened whilst Kaffeine wasn't recording. Instead I had a video file that had been created by Kaffeine (.m2t) being encoded into an .mkv file. I was able to re-create this after rebooting & Kaffeine wasn't even loaded. As soon as I started the encoding the (1) thing happens when I try to create a file, and it stopped once I killed the encoding process.
I have found that the issue only happens when the file being encoded or recorded is in my home directory. If the file is in a subdirectory the issue does not occur. Example encoding command: ffmpeg -i '100mb.m2t' -c:v libx264 -preset slow -crf 22 -c:a copy '100mb.mkv' I was initially trying different sizes of source file, hence the filename, but then found it was the location of the file that mattered, not the size. I have alo tested to see if it had anything to do with the Home folder existing in Dolphin's 'Places' panel on the left, by adding a Test1 directory to Places & encoding files within it, but this didn't cause the issue. Note: when Kaffeine is saving/creating DVB-T files as .m2t files, by default it was saving into my /home/username/ directory (hence this is how I was initially encountering it). I have now tested making it save into a subdirectory & this prevents the issue from happening. If I change it back to save the stream into the home directory, Dolphin gives the (1) issue once again. So, the issue relates to the home directory & how it handles the two operations; Kaffeine saving a .m2t stream into it, or when compressing one of these files.
I've managed to replicate this on a different PC now, as per below: 1. Download a sample m2t file I found online: https://t.software-download.name/sample-m2t-video-file/dl/m2t-sample-video.zip 2. Extract the m2t.m2t file from it & put it into your /home/username/ directory. 3. Run ffmpeg -i m2t.m2t m2tzzz.m2t 4. In Dolphin use the right-click menu to Create new > Text File, HTML File, LibreOffice..., Link to Location (URL), Basic link to File or Directory, Link to Application. 5. Observe the pop-up box shows a field with " (1)" in it (exclude "" and note the leading space), with message in orange highlight saying "The name ' (1)' starts with a space, which will result in it being shown before other items when sorting alphabetically, among other potential oddities." 6. Either save it with that filename, or type in a proper filename. 7. Observe that no file is created (check hidden files via Alt+dot).
Details of this second machine: Operating System: Debian GNU/Linux 11 KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 Kernel Version: 5.10.0-9-amd64 OS Type: 64-bit Processors: 2 × Intel® Core™2 Duo CPU T5750 @ 2.00GHz Memory: 1.9 GiB of RAM Graphics Processor: Mesa DRI Intel® 965GM
Marked as confirmed as I reproduced it on a separate old machine, hopefully that's OK. Anyone else trying to replicate this on a faster PC might need to find a bigger .m2t file to compress, so they'd have time to attempt the right-click etc. steps.
From above comments as I understood issue happens when there is a heavy IO workload involved, transcoding(writing) big file in the same directory or something similar. Maybe Dolphin(or dependent KDE libs) trying query /size the direcetory but it's somehow locked/delayed. Will try to reproduce on my setup. PS Also what file system are you using?
Hi, thanks for looking. I use ext4.
Note: the issue **only** happens when it is happening in the user's home directory.
I've just re-replicated the same problem by simply pasting a very large file (5GB) into my home directory, then trying to create a new file whilst it is being written. The above (1) issue happens.
This bug still exists in Debian 12. Operating System: Debian GNU/Linux 12 KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 Kernel Version: 6.1.0-9-amd64 (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i5-4570 CPU @ 3.20GHz Memory: 7.7 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 750 Ti/PCIe/SSE2 Manufacturer: Gigabyte Technology Co., Ltd. Product Name: H87-D3H
I was able to reproduce this error after pasting a 4.5 GiB file in the home directory and, while it was still writing, attempting to create a text file as described above. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.27.6 KDE Frameworks Version: 5.107.0 Qt Version: 5.15.10 Kernel Version: 6.3.9-arch1-1 (64-bit) Graphics Platform: X11
Created attachment 159884 [details] Error message
I've just retested this on KDE Neon Testing on the above old laptop & the problem no longer happens on it. Plasma version: 5.95.90 Frameworks: 5.249.0 Qt: 6.6.1 Kernel: 6.5.0-15-generic (64-bit) Graphics: Wayland & X11 both tested.