Modify

Opened 2 years ago

Last modified 20 months ago

#22488 new defect

Upload dialog has old data on the way/nodes/relations that are going to be uploaded

Reported by: Emvee Owned by: team
Priority: normal Milestone:
Component: Core Version:
Keywords: template_report upload Cc:

Description (last modified by Emvee)

What steps will reproduce the problem?

  1. Edit the map and upload your edits
  2. Now again edit the map and upload your edits

What is the expected result?

The upload dialog shows the way/nodes/relations that are going to be uploaded

What happens instead?

The upload dialog shows the way/nodes/relations from the previous upload, https://www.openstreetmap.org/changeset/128558954

Upload dialog as is showing the ways/nodes/relations of the last upload

Only if the upload dialog is resized the list of way/nodes/relations is updated to the current one that will be uploaded, https://www.openstreetmap.org/changeset/128559269

Upload dialog after resizing showing the actual ways/nodes/relations that are uploaded

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

Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2022-10-31 17:29:20 +0100 (Mon, 31 Oct 2022)
Revision:18583
Build-Date:2022-11-01 02:30:58
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18583 en) Linux openSUSE Tumbleweed
Memory Usage: 1047 MB / 7282 MB (228 MB allocated, but free)
Java version: 11.0.17+0-suse-1.1-x8664, Oracle Corporation, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 2560×1440 (scaling 1.00×1.00)
Maximum Screen Size: 2560×1440
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: en_NL.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: en_NL
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: KDE
Java package: java-11-openjdk:x86_64-11.0.17.0
apache-commons-logging: apache-commons-logging:noarch-1.2
Program arguments: [--download=${HOME}/Documents/Development/josm/resources/sessions/NL_OSM_basis_layers.jos]
Dataset consistency test: No problems found

Plugins:
+ ColumbusCSV (35978)
+ Mapillary (2.0.1)
+ PolygonCutOut (v0.7)
+ alignways (36011)
+ apache-commons (36003)
+ apache-http (35924)
+ continuosDownload (105)
+ jna (36005)
+ reverter (36011)
+ utilsplugin2 (36011)

Tagging presets:
+ http://mijndev.openstreetmap.nl/~allroads/JOSM/Presets/NL-Fiets.zip
+ https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/NL.zip

Map paint styles:
+ ${HOME}/Documents/Development/josm/resources/styles/Road_Extended/Road_Extended_JOSM_style.mapcss
+ https://signs.tools4osm.nl/JOSM/Styles_Traffic_signs-style.mapcss
+ https://josm.openstreetmap.de/josmfile?page=Styles/Guidepost&zip=1

Last errors/warnings:
- 00743.938 E: Failed to locate image 'node-traffic_calming-transparent.svg'

Attachments (2)

Screenshot_20221106_160541.png (88.3 KB ) - added by Emvee 2 years ago.
Upload dialog as is showing the ways/nodes/relations of the last upload
Screenshot_20221106_160855.png (119.8 KB ) - added by Emvee 2 years ago.
Upload dialog after resizing showing the actual ways/nodes/relations that are uploaded

Download all attachments as: .zip

Change History (10)

by Emvee, 2 years ago

Upload dialog as is showing the ways/nodes/relations of the last upload

by Emvee, 2 years ago

Upload dialog after resizing showing the actual ways/nodes/relations that are uploaded

comment:1 by Emvee, 2 years ago

Description: modified (diff)

comment:2 by gaben, 2 years ago

Description: modified (diff)

comment:3 by Emvee, 2 years ago

Description: modified (diff)

comment:4 by taylor.smock, 2 years ago

How common is this for you? I haven't been able to reproduce.

comment:5 by Emvee, 2 years ago

I see this happening sometimes, I would day roughly 1 in 10 times although I have seen it less often recently.

Understood that this is hard to reproduce, can I somehow help to get it reproducible?

comment:6 by Emvee, 22 months ago

Still seeing this semi-frequent and it is often confusing me.

comment:7 by stoecker, 22 months ago

Window refresh problems are usually related to Java version. I'd suggest to update Java.

comment:8 by Emvee, 20 months ago

Instead of "Java version: 11.0.17+0-suse-1.1-x8664, Oracle Corporation, OpenJDK 64-Bit Server VM" I am now running with "Java version: 20.0.1+-suse-1.3-x8664, N/A, OpenJDK 64-Bit Server VM" but still the same problem.

Some more info that might give hints on where the problem is and maybe a way to reproduce it.

  1. First make sure that you edit two objects that as far away and try an Upload, it should trigger a warning "The bonding box of this changeset is very large -- please consider splitting your changes"
  2. Abort the upload and select only one object and select Upload selection
  3. In the Select objects to upload window you see that one object
  4. After pressing Continue, I get once more the two objects and the warning about the bounding box
  5. After a resize of the window, only one object remains and the warning about the bounding box is gone.

Modify Ticket

Change Properties
Set your email in Preferences
Action
as new The owner will remain team.
as The resolution will be set. Next status will be 'closed'.
to The owner will be changed from team to the specified user.
Next status will be 'needinfo'. The owner will be changed from team to Emvee.
as duplicate The resolution will be set to duplicate. Next status will be 'closed'. The specified ticket will be cross-referenced with this ticket.
The owner will be changed from team to anonymous. Next status will be 'assigned'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.