Hi Pierre,
this will be a bit hard to explain, but it is completely reproducible.
Edit: updated this post with the video I made below.
https://www.youtube.com/watch?v=Eby4tTz2hYk
OS: W10
Steps to reproduce:
Create several categories (10 or so).
Create subcategories within categories (2nd level).
Create some subcategories on the 2nd level (have some categories on the 3rd level)
Open up enough categories so the list goes out of the Categories window and you see the Scrollbar on the right.
Scroll down to the bottom of categories, so you see the last category and the scrollbar can't go deeper. <-- This is very important!
Now, without scrolling look for an open Category on the 2nd level (where you can see the 3rd level categories).
Click on the downward arrow in front of the category (close 2nd level category, so you won't see the 3rd level categories).
Faulty behavior: When you click the downward arrow, the Categories window will refresh and the mouse cursor will point to a new position in the tree. Basically the tree jumps under the mouse cursor. 3 outcomes possible:
- If at this position there is another category checkbox on the second level, it automatically gets selected, thus adding an unwanted keyword. (Bug)
- If at this position there is another category checkbox on the second level and it was already selected, then this keyword will become unselected. (Bug)
- If there is no checkbox under the cursor, no problem happens. (No bug)
Expected behavior: The category closes. No unintentional keywords are added. No keywords are removed.
My preferred solution: IMHO it would be a bit more user friendly if the Categories window would not refresh and there would be just empty space at the bottom, when you close a category in a situation described above. The user would not be confused by the changed tree.
Cheers,
Tango
0.94.2 MP - Unwanted categories
Moderators: helmut, XnTriq, xnview, Dreamer
0.94.2 MP - Unwanted categories
Last edited by unqltango on Thu Jan 16, 2020 8:39 am, edited 2 times in total.
Re: 0.94.2 MP - Unwanted categories
sorry but i'm not able to reproduce, could you make a video?
Pierre.
Re: 0.94.2 MP - Unwanted categories
My steps weren't really good, I missed a reproduction step. Here is the requested video:
https://www.youtube.com/watch?v=Eby4tTz ... e=youtu.be
https://www.youtube.com/watch?v=Eby4tTz ... e=youtu.be
Re: 0.94.2 MP - Unwanted categories
Sorry, I'm not sure what you mean. Is it not possible to fix this?
I really hoped it is a small issue with an easy fix, as it took me months to figure out where those unwanted categories came from to my photos.

Re: 0.94.2 MP - Unwanted categories
If you can't change the mouse click behavior, that's OK.
How about changing the tree behavior? If the window wouldn't refresh, the mouse cursor wouldn't move away and wouldn't cause the problem.
Basically it should work as it does now when the user is not at the bottom of the category list (when the scrollbar is not at the bottom).
BR,
Tango
Re: 0.94.2 MP - Unwanted categories
I have another issue, which might be connected to this one. I couldn't find a way to reproduce it, but seems to work very similar to the above one, so I assume it is connected.
Background info:
I have a very long list of of Categories, multiple levels, 2000+ keywords. The exported txt is 42KB with 2350+ lines. I have a strict method of organizing these, since there is no way to remember all of them, so I have a way to categorize the categories.
The bug:
I have noticed a couple of times (5-6 in the last half year), that certain categories disappear from their regular place in the tree and move somewhere else in the tree. It happened with whole branches. For example there is an "Outfits/Rare Colors" branch which has colors like "Amber", "Azure", "Magenta" etc under it. The whole "Rare Colors" disappeared and I found it in the tree way above its regular position in a different category branch. It is like I drag'n'dropped it somewhere else in the tree.
My assumption that this bug is connected to the above one is based on 2 things:
- the unintentionally moved categories are always found above their regular place - it might be connected to the refreshing window issue.
- drag'n'drop works similar to clicking, the action happens when I release the mouse button (not when I press it). So if I click on a branch and the tree changes under the mouse pointer (because of the automatic tree refresh), the tool might sense it as a drag'n'drop action.
I really hope something can be done, because the 1st bug (in the 1st post) causes problem with the keywords on the photos and this one causes problem in the categories tree. This could be a 2 birds with one stone fix.
BR,
Tango
Background info:
I have a very long list of of Categories, multiple levels, 2000+ keywords. The exported txt is 42KB with 2350+ lines. I have a strict method of organizing these, since there is no way to remember all of them, so I have a way to categorize the categories.
The bug:
I have noticed a couple of times (5-6 in the last half year), that certain categories disappear from their regular place in the tree and move somewhere else in the tree. It happened with whole branches. For example there is an "Outfits/Rare Colors" branch which has colors like "Amber", "Azure", "Magenta" etc under it. The whole "Rare Colors" disappeared and I found it in the tree way above its regular position in a different category branch. It is like I drag'n'dropped it somewhere else in the tree.
My assumption that this bug is connected to the above one is based on 2 things:
- the unintentionally moved categories are always found above their regular place - it might be connected to the refreshing window issue.
- drag'n'drop works similar to clicking, the action happens when I release the mouse button (not when I press it). So if I click on a branch and the tree changes under the mouse pointer (because of the automatic tree refresh), the tool might sense it as a drag'n'drop action.
I really hope something can be done, because the 1st bug (in the 1st post) causes problem with the keywords on the photos and this one causes problem in the categories tree. This could be a 2 birds with one stone fix.
BR,
Tango