Opened 4 years ago
Last modified 4 years ago
#21387 closed defect
Upload dialog does not refresh — at Version 9
| Reported by: | Owned by: | team | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Core | Version: | |
| Keywords: | template_report upload kde | Cc: | taylor.smock |
Description (last modified by )
What steps will reproduce the problem?
- Open JOSM on Kubuntu 21.04 using OpenWebStart
- Download some data
- Make an edit
- Open upload dialog using the keyboard shortcut and upload changes
- Make another edit
- Open upload dialog again using the keyboard shortcut
What is the expected result?
The left panel showing the modifications to commit should represent the edits made.
What happens instead?
The left panel shows a previous set of modifications
Please provide any additional information below. Attach a screenshot if possible.
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-09-03 03:12:33 +0200 (Fri, 03 Sep 2021)
Revision:18193
Build-Date:2021-09-03 01:31:19
URL:https://josm.openstreetmap.de/svn/trunk
Identification: JOSM/1.5 (18193 en) Linux Ubuntu 21.04
Memory Usage: 676 MB / 3806 MB (85 MB allocated, but free)
Java version: 11.0.10+9-LTS, Azul Systems, Inc., OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 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_US.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_US
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: KDE
libcommons-compress-java: libcommons-compress-java:all-1.20-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20201225-1build1
liboauth-signpost-java: liboauth-signpost-java:all-1.2.1.2-3
VM arguments: [-Dicedtea-web.bin.location=/opt/OpenWebStart/javaws, -Djava.util.Arrays.useLegacyMergeSort=true, --add-exports=jdk.deploy/com.sun.deploy.config=ALL-UNNAMED, --add-opens=java.desktop/javax.swing.text.html=ALL-UNNAMED, --add-reads=java.naming=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.action=ALL-UNNAMED,java.desktop, --add-reads=java.base=ALL-UNNAMED,java.desktop, --add-exports=java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop, --add-opens=java.base/jdk.internal.loader=ALL-UNNAMED, --add-exports=java.desktop/com.apple.eawt=ALL-UNNAMED, --add-exports=java.desktop/sun.awt=ALL-UNNAMED,java.desktop, --add-opens=java.base/jdk.internal.ref=ALL-UNNAMED, --add-exports=java.base/sun.security.validator=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop, --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED, --add-exports=java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop, --add-exports=javafx.graphics/com.sun.javafx.application=ALL-UNNAMED, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, --add-exports=java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,java.desktop,jdk.jsobject, --add-exports=java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop, --add-opens=java.base/java.lang=ALL-UNNAMED, --add-exports=java.base/sun.security.util=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED, --add-reads=java.desktop=ALL-UNNAMED,java.naming, --add-opens=java.base/java.nio=ALL-UNNAMED, --add-exports=java.base/sun.security.x509=ALL-UNNAMED,java.desktop, --add-opens=java.desktop/javax.imageio.spi=ALL-UNNAMED, --add-exports=java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.provider=ALL-UNNAMED,java.desktop]
Dataset consistency test: No problems found
Plugins:
+ KartaView (374)
+ Mapillary (2.0.0-alpha.36-dirty)
+ apache-commons (35524)
+ apache-http (35589)
+ jna (35662)
+ photo_geotagging (35783)
+ reltoolbox (35640)
+ tageditor (35640)
+ todo (30306)
+ turnlanes-tagging (288)
+ utilsplugin2 (35792)
Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/TigerReviewedNo&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- ${HOME}/Desktop/modified.mapcss
Last errors/warnings:
- 00027.684 E: Failed to locate image 'preference.png'
Change History (9)
comment:1 by , 4 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → needinfo |
comment:2 by , 4 years ago
I don't think so.. Here's a short video of what happens when I perform this sequence of actions:
- move a bus stop by a tiny amount (for demo purposes)
- Upload, notice the right name for the bus stop in the left pane on the upload panel
- move a different bus stop by a tiny amount (for demo purposes)
- Upload, notice the name of the previous bus stop node displayed in the left pane instead of the correct name of the node I edited.
Please let me know if this helped?
comment:4 by , 4 years ago
Little additional discovery: if I use the menu File>Upload Data the behavior does not occur. It only happens if I upload using Ctrl-Shift-Up.
comment:6 by , 4 years ago
| Keywords: | upload added |
|---|---|
| Owner: | changed from to |
| Status: | needinfo → new |
follow-up: 8 comment:7 by , 4 years ago
GerdP -- it doesn't seem to depend on OpenWebStart, I just started the same jar cached by OWS from the command line and could reproduce the behavior.
comment:8 by , 4 years ago
Replying to mvexel@…:
GerdP -- it doesn't seem to depend on OpenWebStart, I just started the same jar cached by OWS from the command line and could reproduce the behavior.
To be clear, I also used the same JVM cached by OWS.
comment:9 by , 4 years ago
| Description: | modified (diff) |
|---|
The original description did not mention you effectively uploaded the changes, I thought you cancelled the upload dialog. I have updated it.



Can't reproduce. Are some steps missing?