Modify ↓
#23414 closed defect (fixed)
Geotagged images dialog tries to load image from closed layer
Reported by: | GerdP | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | 23.12 |
Component: | Core image mapping | Version: | |
Keywords: | template_report | Cc: | taylor.smock |
Description
What steps will reproduce the problem?
- Start JOSM with clean home dir
- open new data layer
- drag&drop a geo referenced image (in my case DSC_4901.JPG)
- click on the icon for that image so that the image is shown (DSC_4901.JPG appears in the tile)
- delete the layer "Geotagged images", note that the image dialog stays open but DSC_4901.JPG is no longer in the title
- press 'y' to hide the image dialog
- press 'y' again
What is the expected result?
After step 5 I would expect that the image dialog is closed since there are no more images to show
After step 7 I would expect that nothing happens since no image layer exists
What happens instead?
The image dialog pops up empty, but with DSC_4901.JPG in the title
Please provide any additional information below. Attach a screenshot if possible.
I think this is caused by a memory leak. org.openstreetmap.josm.gui.layer.geoimage.ImageViewerDialog.MoveImgDisplayPanel
keeps a reference to the deleted GeoImageLayer.
Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2024-01-03 16:22:55 +0100 (Wed, 03 Jan 2024) Revision:18934 Build-Date:2024-01-04 02:31:00 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (18934 en) Windows 10 64-Bit OS Build number: Windows 10 Home 2009 (19045) Memory Usage: 294 MB / 1972 MB (143 MB allocated, but free) Java version: 17.0.8+7-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel Screen: \Display0 1920×1080 (scaling 1.00×1.00) Maximum Screen Size: 1920×1080 Best cursor sizes: 16×16→32×32, 32×32→32×32 System property file.encoding: Cp1252 System property sun.jnu.encoding: Cp1252 Locale info: en_DE Numbers with default locale: 1234567890 -> 1234567890 VM arguments: [-Djpackage.app-version=1.5.18789, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, -DXss50k, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\HWConsole.exe] Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (36196) + RoadSigns (36196) + apache-commons (36176) + buildings_tools (36200) + comfort0 (36200) + o5m (36126) + pbf (36176) + poly (36126) + reltoolbox (36200) + reverter (36196) + undelete (36126) + utilsplugin2 (36200) Validator rules: + c:\josm\core\resources\data\validator\combinations.mapcss + c:\josm\core\resources\data\validator\geometry.mapcss + c:\josm\core\resources\data\validator\relation.mapcss + c:\josm\core\resources\data\validator\unnecessary.mapcss + d:\java_tools\JOSM\mygeometry.mapcss + https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1 Last errors/warnings: - 00000.572 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF' - 00000.574 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF' - 00000.969 E: java.security.KeyStoreException: Windows-ROOT not found. Cause: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available
Attachments (1)
Change History (7)
comment:1 by , 14 months ago
comment:4 by , 14 months ago
Milestone: | → 23.12 |
---|
comment:6 by , 14 months ago
Component: | Core → Core image mapping |
---|
Note:
See TracTickets
for help on using tickets.
I don't know where exactly the memory leak is but I would expect this:
When I close the last "GeoTagged images" layer JOSM should free the memory for the popup dialog and the layer and then behave as before the first image layer was loaded, means, the 'y' action should be disabled or at least doing nothing.