#21310 closed defect (worksforme)
Datensatz "geschlossen" lässt sich nicht hochladen
| Reported by: | anonymous | Owned by: | team |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Core | Version: | |
| Keywords: | template_report | Cc: | mmd |
Description
What steps will reproduce the problem?
- Datei hat Schlosssymbol
What is the expected result?
What happens instead?
Please provide any additional information below. Attach a screenshot if possible.
Revision:18193 Build-Date:2021-09-05 16:23:28 Identification: JOSM/1.5 (18193 de) Windows 10 64-Bit OS Build number: Windows 10 Home 2009 (19043) Memory Usage: 745 MB / 2020 MB (299 MB allocated, but free) Java version: 16.0.2+7, Azul Systems, Inc., OpenJDK 64-Bit Server VM Look and Feel: com.sun.java.swing.plaf.windows.WindowsLookAndFeel Screen: \Display0 1600×900 (scaling 1.00×1.00) Maximum Screen Size: 1600×900 Best cursor sizes: 16×16→32×32, 32×32→32×32 System property file.encoding: Cp1252 System property sun.jnu.encoding: Cp1252 Locale info: de_DE Numbers with default locale: 1234567890 -> 1234567890 VM arguments: [-Djpackage.app-version=1.5.18193, --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, -Djpackage.app-path=%UserProfile%\AppData\Local\JOSM\JOSM.exe] Dataset consistency test: No problems found Plugins: + RoadSigns (35640) + reverter (35732) + tageditor (35640) + turnlanes (35812) + turnlanes-tagging (288) + turnrestrictions (35640) + undelete (35640) + utilsplugin2 (35792) + wikipedia (1.1.4) Tagging presets: + https://github.com/kendzi/Simple3dBuildingsPreset/releases/download/0.9_2018-05-08/s3db-preset.zip + https://josm.openstreetmap.de/josmfile?page=Presets/Healthcare&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/NewTags&zip=1 + https://www.openrailwaymap.org/josm-presets/de.zip + https://josm.openstreetmap.de/josmfile?page=Presets/ParkingLanes&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/WifiHotspots&zip=1 + https://raw.githubusercontent.com/OpenNauticalChart/josm/master/Presets_Hafen.xml + https://raw.githubusercontent.com/yopaseopor/traffic_signs_preset_JOSM/master/DE.zip + https://josm.openstreetmap.de/josmfile?page=Presets/NewParkingFeatures&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Crafts&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/Healthcare&zip=1 + https://josm.openstreetmap.de/josmfile?page=Presets/OneClick&zip=1 Map paint styles: - https://josm.openstreetmap.de/josmfile?page=Styles/ParkingLanes&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/SimpleRoofTags&zip=1 - https://josm.openstreetmap.de/josmfile?page=Styles/SimpleBuildingTags&zip=1 - https://raw.githubusercontent.com/yopaseopor/traffic_signs_style_JOSM/master/Styles_Traffic_signs_EUR_OR.zip - https://josm.openstreetmap.de/josmfile?page=Styles/PriorityRoad&zip=1 Validator rules: + https://josm.openstreetmap.de/josmfile?page=Rules/GermanySpecific&zip=1 + https://josm.openstreetmap.de/josmfile?page=Rules/KeepRight&zip=1 Last errors/warnings: - 00001.839 W: extended font config - overriding 'filename.Myanmar_Text=mmrtext.ttf' with 'MMRTEXT.TTF' - 00001.847 W: extended font config - overriding 'filename.Mongolian_Baiti=monbaiti.ttf' with 'MONBAITI.TTF' - 00008.762 E: java.security.KeyStoreException: Windows-ROOT not found. Ursache: java.security.NoSuchAlgorithmException: Windows-ROOT KeyStore not available - 00434.081 E: Handled by bug report queue: java.lang.NullPointerException: Cannot invoke "org.openstreetmap.josm.data.osm.DataSet.getSelected()" because the return value of "org.openstreetmap.josm.gui.layer.MainLayerManager.getEditDataSet()" is null === REPORTED CRASH DATA === BugReportExceptionHandler#handleException: No data collected. Warning issued by: BugReportExceptionHandler#handleException === STACK TRACE === Thread: AWT-EventQueue-0 (23) of main java.lang.NullPointerException: Cannot invoke "org.openstreetmap.josm.data.osm.DataSet.getSelected()" because the return value of "org.openstreetmap.josm.gui.layer.MainLayerManager.getEditDataSet()" is null at org.openstreetmap.josm.plugins.tageditor.editor.TagEditorModel.initFromJOSMSelection(TagEditorModel.java:177) at org.openstreetmap.josm.plugins.tageditor.TagEditorDialog.startEditSession(TagEditorDialog.java:282) at org.openstreetmap.josm.plugins.tageditor.LaunchAction.launchEditor(LaunchAction.java:38) at org.openstreetmap.josm.plugins.tageditor.LaunchAction.actionPerformed(LaunchAction.java:44) at java.desktop/javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at java.desktop/javax.swing.DefaultButtonModel.setPressed(Unknown Source) at java.desktop/javax.swing.AbstractButton.doClick(Unknown Source) at java.desktop/javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source) at java.desktop/javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source) at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) at java.desktop/java.awt.Component.processMouseEvent(Unknown Source) at java.desktop/javax.swing.JComponent.processMouseEvent(Unknown Source) at java.desktop/java.awt.Component.processEvent(Unknown Source) at java.desktop/java.awt.Container.processEvent(Unknown Source) at java.desktop/java.awt.Component.dispatchEventImpl(Unknown Source) at java.desktop/java.awt.Container.dispatchEventImpl(Unknown Source) at java.desktop/java.awt.Component.dispatchEvent(Unknown Source) at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.desktop/java.awt.Container.dispatchEventImpl(Unknown Source) at java.desktop/java.awt.Window.dispatchEventImpl(Unknown Source) at java.desktop/java.awt.Component.dispatchEvent(Unknown Source) at java.desktop/java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.desktop/java.awt.EventQueue$4.run(Unknown Source) at java.desktop/java.awt.EventQueue$4.run(Unknown Source) at java.base/java.security.AccessController.doPrivileged(Unknown Source) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.desktop/java.awt.EventQueue$5.run(Unknown Source) at java.desktop/java.awt.EventQueue$5.run(Unknown Source) at java.base/java.security.AccessController.doPrivileged(Unknown Source) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.desktop/java.awt.EventQueue.dispatchEvent(Unknown Source) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.desktop/java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.desktop/java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.desktop/java.awt.EventDispatchThread.run(Unknown Source)
Attachments (1)
Change History (11)
by , 4 years ago
| Attachment: | Altenberg 1.osm added |
|---|
comment:1 by , 4 years ago
| Resolution: | → worksforme |
|---|---|
| Status: | new → closed |
This is the correct behavior with locked='true' in the header, see OSM layer state. You need to manually change this in a text editor to be able to modify/upload this layer, but note that there is usually a good reason why this layer is locked.
comment:2 by , 4 years ago
| Cc: | added |
|---|
Well, mmd writes on the German part of the forum, that JOSM might set locked='true' on its own while uploading and fails to remove in case of a timeout.
Never faced that situation.
@mmd:
Did you find a way to reproduce the problem?
follow-up: 6 comment:3 by , 4 years ago
Wie im Forum genannt, wurde es vermutlich durch "Time out" Meldung gesetzt. Ich kann es nicht reproduzieren und habe (bewusst) keine anderen Handlungen getätigt.
Meinerseits ist es erledigt - Danke.
comment:4 by , 4 years ago
Hey, I didn’t try to reproduce the timeout issue. All I did was taking a look at the source code and see where this flag is being set. It could also be that this flag will always remain as to keep people from uploading the same data again.
follow-up: 7 comment:5 by , 4 years ago
In general, timeout is a difficult thing to handle, as it’s not always obvious if the data has been uploaded successfully. For a better support of this situation we’d need idempotent upload in the API.
comment:6 by , 4 years ago
Replying to geri-oc@…:
Wie im Forum genannt, wurde es vermutlich durch "Time out" Meldung gesetzt. Ich kann es nicht reproduzieren und habe (bewusst) keine anderen Handlungen getätigt.
Du hast also nicht (aus Versehen) die "Flag" locked='true' gesetzt? JOSM übernimmt die "Flag" wenn Du z.B. zwei Ebenen vereinigst und eine die "Flag" gesetzt hat.
Wenn ich es richtig verstanden habe, warst Du am Hochladen. Dies ist gescheitert und nun war die "Flag" vorhanden, welche das Hochladen verhinderte. Hast Du eventuell die Aktion in den Hintergrund verlagert?
Did you set the flag (unintentionally), manually? JOSM keeps the flag if you e.g. merge two layers and one of it has the flag set.
If I understand it corretly, you did start uploading. This failed and now the flag was present which did prevent the upload. By chance, did you send the action to background?
comment:7 by , 4 years ago
Replying to mmd:
Hey, I didn’t try to reproduce the timeout issue. All I did was taking a look at the source code and see where this flag is being set. It could also be that this flag will always remain as to keep people from uploading the same data again.
No, after a successful upload the uploaded objects should be updated and the flag should be removed. Its purpose is to prevent changes while uploading.
Replying to mmd:
In general, timeout is a difficult thing to handle, as it’s not always obvious if the data has been uploaded successfully. For a better support of this situation we’d need idempotent upload in the API.
I know, I have problems with timeouts with other actions. With upload I only faced timeouts creating a changeset but not while uploading data. Probably a smaller upload chunk size helps to prevent timeouts.
comment:8 by , 4 years ago
Wie beschrieben, beim Hochladen: Ob es beim Datensatz erstellen oder direkt beim hochladen habe ich nicht beachtet - nur das time out nach einiger Zeit bemerkt. Darauf habe ich die Daten als Altenberg.osm gespeichert -> Siehe hochgeladenen Datei-
Nach ca. 1 Std. JOSM neu gestartet, Datei über Datei laden -> zuletzt verwendet -> Altenberg.osm
Daten aktualisieren ging glaube ich nicht - auch waren die Daten auf https://www.openstreetmap.org/ nicht vorhanden. Darum nochmal hochladen -> ging auch nicht -> Schlosssymbol vor der Datei in JOSM.
comment:9 by , 4 years ago
How about using a different (temporary) flag on upload? This new flag could be ignored/removed when loading a file and should prevent problems in cases of failed uploads.
erstellte Daten gespeichert