I have several directories defined for syncing.
Two of them are
the Desktop (c:\users\<username>/Desktop) and
FireFox' subdir bookmarkbackups.
After doing "Compare" the column "Relative Path" is empty for them
(eventually if just showing the to-be-deleted).
So I don't know the source directory of the to-be-deleted files!
FFS14.6@Win7
[Bug] After Compare: Relative Path empty for Desktop and for bookmarkbackups
- Posts: 36
- Joined: 30 Jun 2025
-
- Posts: 4866
- Joined: 11 Jun 2019
If a file is set to be deleted, the relative path is blank on that side. The other side shows the same relative path though, as they are relative to the both base locations.
- Posts: 36
- Joined: 30 Jun 2025
So you're actually telling me I oversaw that?
You shouldn't take users being dumb.
I'm adressing the sync pairs where base location and relative path are different.
To know which files will be deleted then,
you have to check the dest dir (right column)
and identify the corresponding sync pair in the whole sync pair list.
That is a cumbersome way for the important check if it's OK to have the files deleted. It should be shown at left column as for the other cases.
You shouldn't take users being dumb.
I'm adressing the sync pairs where base location and relative path are different.
To know which files will be deleted then,
you have to check the dest dir (right column)
and identify the corresponding sync pair in the whole sync pair list.
That is a cumbersome way for the important check if it's OK to have the files deleted. It should be shown at left column as for the other cases.
-
- Site Admin
- Posts: 7505
- Joined: 9 Dec 2007
Screenshots? If an item doesn't exist, FFS shows an empty space, but the relative path excluding the item name is still shown (unless the parent folder also doesn't exist).
- Posts: 36
- Joined: 30 Jun 2025
Here we are:

2nd last line: I deleted GitHub-Link from desktop
Last line: bookmark backup file deleted by FF
Both belong to 2 different sync-pair items.
For both it is not shown which dir they belong to.
Which is important for to-be-deleted files.

2nd last line: I deleted GitHub-Link from desktop
Last line: bookmark backup file deleted by FF
Both belong to 2 different sync-pair items.
For both it is not shown which dir they belong to.
Which is important for to-be-deleted files.
- Attachments
-
- Image1.jpg (46.5 KiB) Viewed 120 times
-
- Site Admin
- Posts: 7505
- Joined: 9 Dec 2007
When the relative path is empty, the item is located directly inside one of the two base folders that you have set up.
I think it would make sense to visually emphasise "no item existing", rather than rendering nothing at all. Perhaps render an empty box.
I think it would make sense to visually emphasise "no item existing", rather than rendering nothing at all. Perhaps render an empty box.
- Posts: 36
- Joined: 30 Jun 2025
OK, now I see why "Relative path" is empty in some cases.
But the main problem remains:
I do not know where the to-be-changed item is from/
which item is meant. And that is the important information.
But the main problem remains:
I do not know where the to-be-changed item is from/
which item is meant. And that is the important information.
-
- Posts: 4866
- Joined: 11 Jun 2019
Oh, I remember you. I don't think all users are dumb, but you certainly don't fit into the advanced group. Hover your cursor over the line item and it should display the path. If this is too much work for you, you shouldn't have combined multiple pairs into one sync configuration. Other than that, you are hopeless
- Posts: 36
- Joined: 30 Jun 2025
I don't think it's a good idea to show important information (as base folders is)
only when hovering at them.
However I wonder why you didn't give that simple answer at first place.
Instead abatement... again.
only when hovering at them.
However I wonder why you didn't give that simple answer at first place.
Instead abatement... again.