sometimes full filename not displayed while synchronizing

Get help for specific problems
Posts: 6
Joined: 17 Sep 2012

salkjlk5345

I've noticed that sometimes the full filename is not displayed while synchronizing. It appears that characters after a space is the file name or folder hierarchy are not displayed. I say "sometimes", it occured consistency last night, but not today with the same ffs_gui settings. I'm using Windows 10 with 64-bit FFS 7.6. I was synchronizing between hard disk & USB drive.

For example sync between:
c:\users\ajh\documents\multimedia\Photo Supreme
and
[64GB FLASH2]\backup\FreeFileSync\users\ajh\documents\multimedia\Photo Supreme

All file name characters after the space character in "Photo" were not displayed in the title bar, so no actual file names were displayed, just the path.
User avatar
Site Admin
Posts: 7211
Joined: 9 Dec 2007

Zenju

It seems that paths are automatically truncated when they are too long.
Posts: 6
Joined: 17 Sep 2012

salkjlk5345

Can I help further? There was plenty of horizontal space for more characters to be displayed. I have since re-sync'd same files and the full names were displayed. i.e. can't reliably reproduce. I have examples of far longer paths working correctly. If you want to auto truncate a displayed path, a more useful strategy would be to truncate some folder names in middle of the text but always try to display the file name + extension.
User avatar
Site Admin
Posts: 7211
Joined: 9 Dec 2007

Zenju

Can you make a screenshot? As far as FFS is concerned the paths are not shortened, however the Windows controls do this automatically if there's not enough space.
Posts: 6
Joined: 17 Sep 2012

salkjlk5345

I'll try. I confirmed an exact opposite example yesterday. That is, a path longer than could fit in the caption bar was NOT truncated - that example is easy to reproduce of course! And I've seen examples where the path contained a space, and was not truncated - also easy to reproduce. But the opposite example occurs far less, but will get a screen cap + details if/when I can. Thanks again.
Posts: 6
Joined: 17 Sep 2012

salkjlk5345

Hi Zenju. I can confirm the truncation only occurs with long path names where there is a space character in the string. Fairly easy to reproduce when I know what I'm looking for. Just create a large file that will take a long time to copy, and have a space character in the file name or one of the folder names. I guess its a Windows issue. I had a similar programming issue and I improved the situation in the OnResize event by measuring the available horizontal space in the control, and then removing characters from the middle of the string so that the right side of the string was still fully visible. Probably not worth it for FFF.
On a related topic I also note during a file update or delete sometimes the path is not displayed at all. Any thoughts why that would be?
User avatar
Site Admin
Posts: 7211
Joined: 9 Dec 2007

Zenju

This is the behavior of the Windows static text controls when they receive too long input, either they go blank or they truncate if they find a space char. You can check this by resizing the dialog: As soon as the window is sufficiently wide, the texts are rendered in full.