Major bug in file naming (hidden files + variable suffix at the end!) on a Veracrypt drive
Hello dear community, I am experiencing a bug in Curtail that is considerably slowing me down.
Before: pictures to compress
I have multiple JPEG pictures that I would like to compress, they are stored in a folder on an encrypted Veracrypt drive:
prs@PC:/media/veracrypt1$ find . -type f
./image03.JPG
./image04.JPG
./image02.JPG
./image01.JPG
During: Curtail settings
I open Curtail, I either drag-and-drop from Nautilus ; or I use the "Browse files" button in Curtail.
Current settings in "Preferences" :
Curtail does the job quickly, without any error message:
After: the file names are nonsense 🤦
prs@PC:/media/veracrypt1$ find . -type f
./.xdp-image01-min.JPG-VkROpH
./.xdp-image02-min.JPG-tNnCyc
./.xdp-image03-min.JPG-JeQMde
./.xdp-image04-min.JPG-jwmnVA
./image01.JPG
./image02.JPG
./image03.JPG
./image04.JPG
This is bad because:
- These files are considered as "hidden files" in Nautilus
- There is a random string after the extension which makes it difficult to batch rename them! (I am just a user, not a developer!)
This only happens on my Veracrypt drive
Everything seems to work well when the pictures are stored in my Linux Home Dir :
prs@PC:~/Pictures$ find . -type f
./image03.JPG
./image04.JPG
./image02.JPG
./image04-min.JPG
./image01-min.JPG
./image02-min.JPG
./image01.JPG
./image03-min.JPG
Considerations
Can you copy the pictures you want to compress in your Linux Home Dir instead ?
I cannot do that. I would like to use Curtail to compress hundreds of GiB of JPEG pictures stored on my Veracrypt drive, the drive of my Linux home Dir doesn't have that much space.
OS and software info
- Debian trixie "testing"
- Curtail 1.7.0 (from Flathub)
- Veracrypt 1.25.9
Thank you for reading, any help would be greatly appreciated 🙂
Hello, just to say that I offer my help :slightly_smiling_face:
If you need to test things, I can do it on my PC and share the results with you. (Also, I speak French, if it's easier for you :wink: )
Hello, Curtail is a great tool and I would love to provide some help to solve this issue.
The bug is still forcing me to rename the files manually on my Veracrypt partition on Curtail 1.9.1:
prs@PC:/media/veracrypt1$ find . -type f
./IMG_20240528_164648_2.jpg <<< Original files
./IMG_20240528_164655_2.jpg
./IMG_20240528_164709_3.jpg
./IMG_20240528_164711_1.jpg
./IMG_20240528_164731_2.jpg
./IMG_20240528_164755_4.jpg
./.xdp-IMG_20240528_164648_2-min.jpg-zzKpjw <<< Compressed by Curtail
./.xdp-IMG_20240528_164655_2-min.jpg-SZNzBz
./.xdp-IMG_20240528_164709_3-min.jpg-2TtwHL
./.xdp-IMG_20240528_164711_1-min.jpg-1lXrdH
./.xdp-IMG_20240528_164731_2-min.jpg-ckjCHG
./.xdp-IMG_20240528_164755_4-min.jpg-Nlos9k
Does this happen with all image types, or only JPGs?
Sorry @PrSunflower. You did a really great job in explaining the problem. I haven't looked yet due to a serious lack of time on my part and it's not a problem that affects many people. Even though I understand that it must be annoying for you. Thanks @ARAKHN1D for taking an interest! 🙏
Hi @Huluti , thank you for your message, I totally understand :slightly_smiling_face:
Hi @ARAKHN1D , thanks for your help. Yes, it seems to happen to all image types :
Linux Home Dir - not affected by the bug :
<<< Original files : >>>
prs@PC:~/Curtail test HOMEDIR$ find . -type f
./Webp/ZULU Album 1 - Zulu.webp
./Webp/ZULU Album 3 - United Colors.webp
./JPGs/DSC00065.JPG
./JPGs/DSC00335.JPG
./PNGs/Red Moon Desert 2021 - By atoms83.png
./PNGs/50_years_logo_Mauritius.png
<<< After compressing with Curtail : >>>
prs@PC:~/Curtail test HOMEDIR$ find . -type f
./Webp/ZULU Album 1 - Zulu.webp
./Webp/ZULU Album 3 - United Colors.webp
./Webp/ZULU Album 1 - Zulu-min.webp
./Webp/ZULU Album 3 - United Colors-min.webp
./JPGs/DSC00335-min.JPG
./JPGs/DSC00065.JPG
./JPGs/DSC00335.JPG
./JPGs/DSC00065-min.JPG
./PNGs/Red Moon Desert 2021 - By atoms83.png
./PNGs/50_years_logo_Mauritius-min.png
./PNGs/50_years_logo_Mauritius.png
./PNGs/Red Moon Desert 2021 - By atoms83-min.png
Veracrypt encrypted partition :
prs@PC:/Curtail test VERACRYPT$ find . -type f
./JPGs/DSC00065.JPG
./JPGs/DSC00335.JPG
./PNGs/50_years_logo_Mauritius.png
./PNGs/Red Moon Desert 2021 - By atoms83.png
./Webp/ZULU Album 1 - Zulu.webp
./Webp/ZULU Album 3 - United Colors.webp
prs@PC:/Curtail test VERACRYPT$ find . -type f
./JPGs/.xdp-DSC00065-min.JPG-aNQAWn
./JPGs/.xdp-DSC00335-min.JPG-Wl1KaA
./JPGs/DSC00065.JPG
./JPGs/DSC00335.JPG
./PNGs/.xdp-50_years_logo_Mauritius-min.png.tmp-9RiVUc
./PNGs/.xdp-Red Moon Desert 2021 - By atoms83-min.png.tmp-ySGnhb
./PNGs/50_years_logo_Mauritius.png
./PNGs/Red Moon Desert 2021 - By atoms83.png
./Webp/.xdp-ZULU Album 1 - Zulu-min.webp-PFty2i
./Webp/.xdp-ZULU Album 3 - United Colors-min.webp-5zVGki
./Webp/ZULU Album 1 - Zulu.webp
./Webp/ZULU Album 3 - United Colors.webp
:warning: I just found a workaround! :warning:
The bug happens when I drag-and-drop my pictures from GNOME Files (Nautilus) into the Curtail window, but I just noticed that if I use the "Bulk Compress Dicrectory (Recursive)" feature inside Curtail, every file is named correctly!
prs@PC:PC/Curtail test VERACRYPT Bulk$ find . -type f
./JPGs/DSC00065.JPG
./JPGs/DSC00335.JPG
./PNGs/50_years_logo_Mauritius.png
./PNGs/Red Moon Desert 2021 - By atoms83.png
./Webp/ZULU Album 1 - Zulu.webp
./Webp/ZULU Album 3 - United Colors.webp
prs@PC:PC/Curtail test VERACRYPT Bulk$ find . -type f
./JPGs/DSC00065-min.JPG
./JPGs/DSC00065.JPG
./JPGs/DSC00335-min.JPG
./JPGs/DSC00335.JPG
./PNGs/50_years_logo_Mauritius-min.png
./PNGs/50_years_logo_Mauritius.png
./PNGs/Red Moon Desert 2021 - By atoms83-min.png
./PNGs/Red Moon Desert 2021 - By atoms83.png
./Webp/ZULU Album 1 - Zulu-min.webp
./Webp/ZULU Album 1 - Zulu.webp
./Webp/ZULU Album 3 - United Colors-min.webp
./Webp/ZULU Album 3 - United Colors.webp
So for now, I can use Bulk Compress to avoid having corrupt filenames :slightly_smiling_face:
Hm. Seems like the issue is either with dragging and dropping or non-recursive compression. Do filenames still get corrupted for you if you turn off recursive compression in settings and drag and drop a folder?
Hi @ARAKHN1D , errrr since the folder contains folders and not pictures, Curtail's GUI just displays a blank window.
What do you want me to do? Here is the structure of my test folder:
prs@PC:/media/veracrypt1/DOWNLOADS$ tree "Curtail test VERACRYPT"
Curtail test VERACRYPT
├── JPGs
│ ├── DSC00065.JPG
│ └── DSC00335.JPG
├── PNGs
│ ├── 50_years_logo_Mauritius.png
│ └── Red Moon Desert 2021 - By atoms83.png
└── Webp
├── ZULU Album 1 - Zulu.webp
└── ZULU Album 3 - United Colors.webp
4 directories, 6 files
Curtail showing an empty window is a bug being tracked in #231. That happened because recursive compression was off, so only the inputted folders contents was searched, and not the nested folders. I would appreciate it if you could take the files out of the nested folders so it looks like this:
Curtail test VERACRYPT:
FILE
FILE
FILE
(etc...)
Then, I'd like you to turn recursive compression off, and drag and drop that folder into Curtail. This should hopefully allow us to determine the root cause of the issue.