Image List Not Properly Updating After Manual Version Set Changes

Post Reply
aaronj
Posts: 20
Joined: 03 Sep 21 18:41

Image List Not Properly Updating After Manual Version Set Changes

Post by aaronj »

As far as I know this issue doesn't have a long-term impact but if you are doing a lot of manual version set changes it becomes quite a nuisance because you have to repeatedly reload whatever list you are working with to get an accurate display. You are left unable to access certain items without reloading in the one instance and are left with the impression that version set destruction failed in the other.

To reproduce:
select any two or more files and hit Shift-V.
2023-01-30 18_15_09-Window.png
2023-01-30 18_15_09-Window.png (251.77 KiB) Viewed 264 times
All but the first selected item disappear and it shows a version set interface as expected, but there is one item fewer in the set than there should be in terms of version tabs. If you look under e.g. the Main Version pick list you can see all items are properly included in the version set, and the missing item is just not visible in the image list and there is no way to access it other than reloading the list or changing the version designation for one of the items in the set (which causes that item in the list to reload, of course).
There is only one version tab despite there being two images in the version set:
2023-01-30 18_15_56-Window.png
2023-01-30 18_15_56-Window.png (151.37 KiB) Viewed 264 times
2023-01-30 18_17_55-Window.png
2023-01-30 18_17_55-Window.png (100 KiB) Viewed 264 times
Once you reload the list, the version set interface properly shows a tab for all images and the item that was missing from the tab list initially is now present.

A presumably related (if not same) problem occurs when you destroy a version set and the version set interface remains on the former version set members, but with the only image listed in e.g. the main version pick list being the single image.
2023-01-30 18_20_20-Window.png
2023-01-30 18_20_20-Window.png (228.33 KiB) Viewed 264 times
2023-01-30 18_20_56-Window.png
2023-01-30 18_20_56-Window.png (170.64 KiB) Viewed 264 times
Reloading the list again sees the version status properly reflected on the items that had been in the destroyed version set.
Hesmith1029
Posts: 34
Joined: 11 Dec 22 22:01

Re: Image List Not Properly Updating After Manual Version Set Changes

Post by Hesmith1029 »

I too have seen the issue when manually creating a version set.
fbungarz
Posts: 1788
Joined: 08 Dec 06 4:03
Location: Arizona, USA

Re: Image List Not Properly Updating After Manual Version Set Changes

Post by fbungarz »

This is not so surprising. I am using versioning quite a bit and display refresh issues regularly happen also when automatically detecting versions.
I think it is a performance issue similar to the image counts not necessarily updating on the folder tree after import. Or the image counts on the labels. Refreshing the view might be resource intense and slow things down.

For me it is not a big issue. After versioning the files (automatically) I simply switch back and forth between folders to make sure the view is being updated. I can see though that this can become annoying, when you manually version files, especially in a large folder. Switching back and forth just to refresh/update the view then seems less than ideal.
yar
Posts: 20
Joined: 19 Jul 10 14:50

Re: Image List Not Properly Updating After Manual Version Set Changes

Post by yar »

Maybe refresh with ctrl+r may help in this case?
aaronj
Posts: 20
Joined: 03 Sep 21 18:41

Re: Image List Not Properly Updating After Manual Version Set Changes

Post by aaronj »

I was trying to keep the topic focused on the list updating to accurately reflect version set changes because it is easy to describe. When just refreshing the list resolved it I didn't bring it up for that scenario because the bar was low. As I noted in the original post, I'm fully aware that refreshing the list resolves the display, but refreshing the list is not always that simple, so I'll layer in another point that makes the "just refresh" not so simple. I presume there are other ways lists can be populated that behave in this same way, but I'll cite the one that is enough of a nuisance to get me to post about the issue, and that is the Show More->Similar Images (Shift-Ctrl-Alt-S).
There appears to be a general problem both with initial rendering and permanence with at a minimum lists created with this functionality.
Sorting doesn't appropriately apply (this list is nominally sorted alphabetically but what should be the first item falls at the end).
2023-02-04 17_49_03-Window.png
2023-02-04 17_49_03-Window.png (364.41 KiB) Viewed 142 times
If you do anything that would change the list such as try to apply a new sort or refresh it, the list is emptied entirely. The only way to "refresh" this list is to go back to the tab from which you opened it and re-issue the Similar Images command on the proper image.
The result of any attempt to refresh or sort a "Similar Images" list:
2023-02-04 17_49_51-Window.png
2023-02-04 17_49_51-Window.png (4.67 KiB) Viewed 142 times
While that issue with the apparent loss of criteria underpinning such a list making it impossible to refresh at present is a separate issue, as noted, I'm citing it to note the context where the bar to refreshing is substantially higher than average and it would be nice if the version set functionality behaved as intended.

While I say they are separate issues, there is some possibility of a common cause for the strange sorting issue with the 'Similar Images" list and the version set display since both involve items at one end of a set being handled incorrectly
aaronj
Posts: 20
Joined: 03 Sep 21 18:41

Re: Image List Not Properly Updating After Manual Version Set Changes

Post by aaronj »

I should note that I will do a bug report on both issues, but unlike the Similar Image list issue (which is clearly a bug) I wasn't certain the failure to update from manual changes to version sets impacted everyone, but with that confirmed, I'll go the bug report route for that too. Thanks for the feedback!
Post Reply