Page 1 of 1

0.84: .XnViewSort never shown

Posted: Wed Feb 15, 2017 10:49 pm
by helmut
XnView: MP 0.84
OS: Windows 10 - 64bit

When sorting thumbnails in the file list of the browser manually, this custom sort is stored in a hidden file ".XnViewSort" in the current folder. In the file list this file .XnViewSort is not listed after activating "Show hidden files & folder".

Effect: Irritating/misleading user interface

To reproduce:
1. Open XnView browser
2. Browse a folder with several images
3. Drag the images and thus create a custom sort order.
4. Select Tools » Settings | Browser » File list | File list and check "Show hidden files & folders"
5. Close settings with "OK" button
Actual behaviour (bug): You will see your image files but not the file .XnViewSort.

Expected behaviour: All hidden files should be displayed.

Notes:
  • descript.ion files are also hidden files of XnView and are displayed.
  • I consider this as a bug as XnView behaves in an unexpected/inconsistent way. If a user wants to copy the image files and the custom sort he/she cannot use XnView for copying.
  • Perhaps there could be a special setting for unhiding .XnViewSort and descript.ion file but that would be a suggestion that has to be discussed.

Re: 0.84: .XnViewSort never shown

Posted: Thu Feb 16, 2017 12:28 am
by vertigo
Reproduced. It appears to be intentionally and specifically ignoring it. I took a JPG file named ".jpg" and renamed it to various iterations of the .XnViewSort name (.XnView, .XnViewSor, .XnViewSorty, etc) and XnView saw all of them until I named it ".XnViewSort."

Re: 0.84: .XnViewSort never shown

Posted: Thu Feb 16, 2017 12:31 am
by vertigo
Also, adding a file name makes it show, and adding the extension to the include filter doesn't work. So it isn't ignoring by extension, but apparently by exact file name + extension.

Re: 0.84: .XnViewSort never shown

Posted: Thu Feb 16, 2017 9:12 am
by xnview
O.k., thank you, you're right, it's better to show it in this case Issue 1106 is fixed in next version.

Re: 0.84: .XnViewSort never shown

Posted: Thu Feb 16, 2017 9:39 am
by helmut
I wonder what happens if you copy image files with .XnViewSort into another folder with image files and .XnViewSort.

Looks like this needs a bit more discussion and thoughts.

Re: 0.84: .XnViewSort never shown

Posted: Thu Feb 16, 2017 12:46 pm
by xnview
helmut wrote:I wonder what happens if you copy image files with .XnViewSort into another folder with image files and .XnViewSort.
Nothing in the .XnViewSort, it will be added to the end of list

Re: 0.84: .XnViewSort never shown

Posted: Thu Feb 16, 2017 12:51 pm
by helmut
xnview wrote:
helmut wrote:I wonder what happens if you copy image files with .XnViewSort into another folder with image files and .XnViewSort.
Nothing in the .XnViewSort, it will be added to the end of list
Do I understand right: XnView MP will merge the two .XnViewSorts into one list with all entries of both files?

Re: 0.84: .XnViewSort never shown

Posted: Thu Feb 16, 2017 3:52 pm
by xnview
no, when you copy a file with a .XnViewSort to another folder with .XnViewSort, nothing is written. If you open this folder, the new file will be added to end of the file, and .XnViewSort will be written

Re: 0.84: .XnViewSort never shown

Posted: Thu Feb 16, 2017 4:12 pm
by helmut
xnview wrote:no, when you copy a file with a .XnViewSort to another folder with .XnViewSort, nothing is written. If you open this folder, the new file will be added to end of the file, and .XnViewSort will be written
So if you select image files plus .XnviewSort and copy these to the clipboard and then paste them to another folder, XnView will not overwrite the existing .XnViewSort file. Correct? (Please read my described scenario carefully before answering).

Re: 0.84: .XnViewSort never shown

Posted: Thu Feb 16, 2017 4:40 pm
by vertigo
The question is this:

If you start with folder A with image set (A) and .XnViewSort(A) and copy images (A) and .XnViewSort(A) into folder B with image set (B) and .XnViewSort(B), as illustrated:

image set (A) + .XnViewSort (A) -> folder B

which of the following do you get in folder B:

image set (A) + image set (B) + .XnViewSort(A)
image set (A) + image set (B) + .XnViewSort(B)
image set (A) + image set (B) + .XnViewSort(B+A) <- contents of .XnViewSort(A) appended to contents of .XnViewSort(B)

I can't imagine it would be scenario 3, just don't see how that would work. I would think it would do the same thing copying it in Explorer would do, which is to prompt whether to overwrite, not copy .XnViewSort(A) (scenario 2), or copy and rename it (.XnViewSort(A) (2)), or perhaps just overwrite if it's set up that way. But in the end, I suspect the .XnViewSort file in folder B after the copy would have the contents of one or the other (A or B), not both. Correct?

Re: 0.84: .XnViewSort never shown

Posted: Fri Feb 17, 2017 8:22 am
by xnview
helmut wrote:So if you select image files plus .XnviewSort and copy these to the clipboard and then paste them to another folder, XnView will not overwrite the existing .XnViewSort file. Correct? (Please read my described scenario carefully before answering).
Oh ok, no. In this case the .XnViewSort will be overwritten. But you have the same problem with descript.ion file

Re: 0.84: .XnViewSort never shown

Posted: Thu Mar 16, 2017 9:03 am
by xnview
This problem is supposed to be fixed in XnView MP 0.85 beta 1. Please check and confirm the bug fix here.

Re: 0.84: .XnViewSort never shown

Posted: Thu Mar 16, 2017 10:08 am
by vertigo
Confirmed fixed, but if it's already set to show hidden files and you manually sort, .XnViewSort doesn't show until a manual refresh. Should I submit a full bug report on that?

Re: 0.84: .XnViewSort never shown

Posted: Thu Mar 16, 2017 8:50 pm
by helmut
vertigo wrote:Confirmed fixed, but if it's already set to show hidden files and you manually sort, .XnViewSort doesn't show until a manual refresh. Should I submit a full bug report on that?
Thank you for retesting. Whenever applying a change in the settings this change should apply immediately. Yes, please create a new, full bug report for 0.85 beta 1. I'm pretty sure that this problem occured before so please add a note in the bug report that this problem was NOT introduced in 0.85 beta 1.