Tab in geoimage viewer window not working

[Adrian]

What steps will reproduce the problem?

1. Launch JOSM or delete all layers if JOSM is already running.
2. Load the session file from here as described at the end of ticket:21605#comment:41. Note that the first image in the lowest layer, IMG_20190909_162714.JPG is loaded.
3. Click the leftmost image icon. Note that there are now two tabs, and IMG_20190914_172915.JPG is now loaded.
4. Click the non-selected tab in the image viewer window to go back to the previous image. Note that the tab is selected but the image does not change.
5. Click the next button.

What is the expected result?

The second image in layer 20190909 is selected and loaded.

What happens instead?

Layer 20190914 becomes selected, and the second image in that layer is selected and loaded.

6. Again click the non-selected tab and then the next button.

What happens?

The same thing happens again, with the third image in layer 20190914 now selected.

Please provide any additional information below. Attach a screenshot if possible.

Closely related ticket #22606.

Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-12-21 19:35:50 +0100 (Wed, 21 Dec 2022)
Revision:18618
Build-Date:2022-12-23 02:30:59
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18618 en_GB) Mac OS X 11.7.2
OS Build number: macOS 11.7.2 (20G1020)
Memory Usage: 434 MB / 4096 MB (180 MB allocated, but free)
Java version: 18.0.2.1+1, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: com.apple.laf.AquaLookAndFeel
Screen: Display 1007312129 1920×1080 (scaling 1.00×1.00)
Maximum Screen Size: 1920×1080
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_GB.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_GB
Numbers with default locale: 1234567890 -> 1234567890

Plugins:
+ ImportImagePlugin (36013)
+ InfoMode (35978)
+ PicLayer (1.0.2)
+ apache-commons (36003)
+ cadastre-fr (36021)
+ editgpx (35931)
+ ejml (35924)
+ geotools (36028)
+ http2 (35921)
+ imagery_offset_db (35978)
+ jackson (36006)
+ jaxb (35952)
+ jts (36004)
+ log4j (36007)
+ measurement (35978)
+ opendata (36025)
+ photo_geotagging (35933)
+ poly (35976)
+ reverter (36011)
+ turnrestrictions (36011)
+ undelete (36011)
+ utilsplugin2 (36011)
+ waydownloader (36011)

Last errors/warnings:
- 00028.007 E: java.io.FileNotFoundException: /Volumes/Untitled/20190909/IMG_20190909_162714.JPG (No such file or directory)
- 00051.650 E: java.io.FileNotFoundException: /Volumes/Untitled/20190914/IMG_20190914_172915.JPG (No such file or directory)
- 00153.007 E: java.io.FileNotFoundException: /Volumes/Untitled/20190909/IMG_20190909_162714.JPG (No such file or directory)
- 00156.265 E: java.io.FileNotFoundException: /Volumes/Untitled/20190914/IMG_20190914_172915.JPG (No such file or directory)

[taylor.smock]

Closed as duplicate of #22606.
I think this is (at least partially) caused by the same problem as #22606.

Specifically, I forgot to select the image when displaying the first image from a layer where all images lacked positional information. There is a second bug in there, in that I was expecting both the pos and exifCoor fields to be set in the image entry, which is not the case (at least for images correlated to a GPX track).