-
-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Major bug in file naming (hidden files + variable suffix at the end!) on a Veracrypt drive #185
Comments
Hello, just to say that I offer my help 🙂 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 😉 ) |
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:
|
Does this happen with all image types, or only JPGs? |
Sorry @PrSunflower. You did a really great job in explaining the problem. |
Hi @Huluti , thank you for your message, I totally understand 🙂 Hi @ARAKHN1D , thanks for your help. Yes, it seems to happen to all image types : Linux Home Dir - not affected by the bug :
Veracrypt encrypted partition :
|
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:
|
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:
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. |
@PrSunflower Any chance for you to check latest question from @ARAKHN1D? Thanks! |
Hello, yes of course. New structure of the test folder (inside a Veracrypt-encrypted drive)
Before
Recursive compression turned Off, folder has been drag-and-dropped : After
ConclusionEverything went fine here 🙂 ✔️ |
Hm, I thought the issue would be from either drag-and-dropping or non-recursive compression, but everything seems to be working. I could probably ask you to keep testing, but I'm not sure if that would be worth it since we found multiple ways where the app works fine. What do you think? |
Hi, yeah I think the problem is when dragging-and-dropping a folder /vs/ dragging-and-dropping multiple image files, isn't it? 🙂 Drag-and-drop multiple JPG files, Recursive Compression turned ON :
Drag-and-drop multiple JPG files, Recursive Compression turned OFF :
Bonus: Close and re-open Curtail, drag-and-drop multiple JPG files, Recursive Compression turned OFF :Errrr.... What just happened? (tested multiple times by closing and re-opening Curtail, still the same) Curtail version : 1.11.1 Drag-and-drop 1 folder containing the JPG files, Recursive Compression turned ON :
Drag-and-drop 1 folder containing the JPG files, Recursive Compression turned OFF :
|
That's good to know, thank you. We're probably doing something differently to the files when dragging and dropping multiple vs a folder, and that's causing this issue. I'll try to create a fix when I get the time. As for the other bug you discovered, I'm not sure and I haven't been able to reproduce it. Hopefully the fix fixes both of these, but if it doesn't you should probably open another issue for it. |
Did some digging, and here's what I found: When attempting to compress files (not folders) from the drive, the path is As for a potential solution, I'm unfortunately not sure yet. I haven't worked with portals really yet, so I'm not sure what to do. There's this function here that could maybe be used, but I don't know if we have to implement or if GTK does (there's an issue about it here). I think a potential workaround that could be done for now is to run this command:
This should allow Curtail to open files directly from the specified location. I also think #248 is related to this, since |
Not haven't look the problem yet but in the issue you posted it seems that there is a fix used by loupe : https://gitlab.gnome.org/GNOME/gtk/-/issues/7102#note_2271015 |
I tried seeing if the files have that attribute when we select them, and they don't, even when the portal is being used. I'm not sure how to make the file have that attribute. |
I know why after having asked on Matrix :) |
I reproduced it! |
Alright. Do we wait for |
I've seen your messages and I just wanted to say thank you for being so committed 🙂 Doing all this work out of passion, without revenue from the product itself, must be hard and I admire the Free Software philosophy. 🌠 ✌️ Thank you for sharing 🙏 |
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:
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 🤦
This is bad because:
This only happens on my Veracrypt drive
Everything seems to work well when the pictures are stored in my Linux Home Dir :
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
Thank you for reading, any help would be greatly appreciated 🙂
The text was updated successfully, but these errors were encountered: