With regard to a new clean install of: Linux 7.0 Debian Gnome AMD64
I've seen a few other posts about the (Cannot find folders) error that fell to the bottom of the list here and none of the answers resolved the issue.
However I want to mention that if I use the "browse button" to link up the folders rather then just dragging and dropping the folders into the path, there are no issues at all.
If nothing else, I would like to understand what this error is caused from? There are two little square boxes that show up at the end of the path field also. I've even tried syncing two basic folders with simple names: 1, and 2. The browse button works just fine. Though the drag and drop would be eraser.
By the way, Thank-you to the developers who have compiled this program into binary's.
That was a huge help!
FFS v7.0, Debian, and 7.1 Debian - Cannot find the following folders
- Posts: 12
- Joined: 26 Mar 2013
- Site Admin
- Posts: 7212
- Joined: 9 Dec 2007
Not sure if I understand the problem: Some directories are found with FFS if you select them via "Browse" but they are not found when you drag and drop them onto the main dialog?
- Posts: 12
- Joined: 26 Mar 2013
Hello Zenju,
The browse button works on all directories.
The drag and drop function doesn't work for anything.
I get an error no matter what folders I try to drag. The error happens when I click the compare button. By the way, Folders A & B are both empty, but it doesn't matter. The error happens on any folders I try to drag. Again, I'm using the browse button(s) with no issues at all.
Please see attachment.
Or use this link - Removing hxxp
hxxp://www.pyramid-of-wisdom.com/ffs_error.jpg
----- debian-live-7.0.0-amd64-gnome-desktop -----
Direct link to my distro
http://cdimage.debian.org/debian-cd/current-live/amd64/bt-hybrid/
Thank you
The browse button works on all directories.
The drag and drop function doesn't work for anything.
I get an error no matter what folders I try to drag. The error happens when I click the compare button. By the way, Folders A & B are both empty, but it doesn't matter. The error happens on any folders I try to drag. Again, I'm using the browse button(s) with no issues at all.
Please see attachment.
Or use this link - Removing hxxp
hxxp://www.pyramid-of-wisdom.com/ffs_error.jpg
----- debian-live-7.0.0-amd64-gnome-desktop -----
Direct link to my distro
http://cdimage.debian.org/debian-cd/current-live/amd64/bt-hybrid/
Thank you
- Attachments
-
- ffs_error.jpg (167.56 KiB) Viewed 736 times
- Site Admin
- Posts: 7212
- Joined: 9 Dec 2007
I see what you mean now. wxWidgets unhelpfully passes file and directory drag and drops unformatted as URI strings. For the directory input fields this doesn't make sense and isn't needed anyway. Luckily I found a way to deactivate these drop operations in GTK. The next FFS version will behave as expected (but doesn't support text drag and drop anymore, which shouldn't be a big loss).
- Posts: 12
- Joined: 26 Mar 2013
Hello Zenju, Thank you for your response!
This distro comes with Nautilus 3.4.2 file manager by the way.
I'm curious if you could possibly consider two suggestions for a future release:
1. It would be a HUGE plus if you added the ability to only rename folders (excluding any files for that particular job). For example, sometimes I'll need to rename folders that contain large amounts of files. In this case I only want the destination drive's folders renamed. However, the current versions of FFS will not only rename but replace everything in the folder rather then just renaming the folders at the destination drive. I do realize that FFS will ignore newer named folders if the source and destination are the same name. But if you rename a folder on the source, it assumes you always want to replace the files in the folder with the old name on the destination drive.
2. The second feature that would be a plus would be the ability to shred the files that are being deleted or overwritten in the destination drive in a mirrored task. If you shredded a bunch of personal files on the source (hundreds) it would be difficult to find and shred all the same files on the other cloned drives. However if FFS had the ability to shared, it would be handled during the Synchronize phase.
This distro comes with Nautilus 3.4.2 file manager by the way.
I'm curious if you could possibly consider two suggestions for a future release:
1. It would be a HUGE plus if you added the ability to only rename folders (excluding any files for that particular job). For example, sometimes I'll need to rename folders that contain large amounts of files. In this case I only want the destination drive's folders renamed. However, the current versions of FFS will not only rename but replace everything in the folder rather then just renaming the folders at the destination drive. I do realize that FFS will ignore newer named folders if the source and destination are the same name. But if you rename a folder on the source, it assumes you always want to replace the files in the folder with the old name on the destination drive.
2. The second feature that would be a plus would be the ability to shred the files that are being deleted or overwritten in the destination drive in a mirrored task. If you shredded a bunch of personal files on the source (hundreds) it would be difficult to find and shred all the same files on the other cloned drives. However if FFS had the ability to shared, it would be handled during the Synchronize phase.
- Posts: 12
- Joined: 26 Mar 2013
Nice work on this last version (5.22) Zenju!
This fixed the URI drag and drop issue for me on Linux. Much appreciated!
I could not be without this program! It's saved me years of work!
This fixed the URI drag and drop issue for me on Linux. Much appreciated!
I could not be without this program! It's saved me years of work!