Opened 11 years ago

Closed 11 years ago

#6555 closed defect (needinfo)

JOSM throws multiple bug windows when merging layers

Reported by: longiaru@… Owned by: longiaru@…
Priority: normal Milestone:
Component: Core Version:
Keywords: Cc:


This is my second occurrence of JOSM crashing when merging CanVec data down onto an OSM layer. See #6444, closed because the error was irreproducible. After doing merge, bug window appears and cannot be closed without another replacing it. Only way to exit JOSM is to kill it. Upon restart, data are successfully restored into single merged layer.

Only other software running was VirtualBox running Windows XP in another workspace, consuming 1.5 of 3.5 GB memory. Machine is a P4 with GeForce 6200 running Ubuntu 11.04, 2.6.38-8 kernel.

Repository Root:
Build-Date: 2011-07-04 01:31:38
Last Changed Author: stoecker
Revision: 4201
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last Changed Date: 2011-07-04 00:07:05 +0200 (Mon, 04 Jul 2011)
Last Changed Rev: 4201

Identification: JOSM/1.5 (4201 en)
Memory Usage: 183 MB / 494 MB (77 MB allocated, but free)
Java version: 1.6.0_22, Sun Microsystems Inc., OpenJDK Client VM
Operating system: Linux
Dataset consistency test: No problems found

Plugin: buildings_tools (26174)
Plugin: turnrestrictions (26174)

java.lang.IndexOutOfBoundsException: Index: 2, Size: 2

at java.util.ArrayList.rangeCheck(
at java.util.ArrayList.get(
at java.util.Collections$UnmodifiableList.get(
at org.openstreetmap.josm.gui.dialogs.LayerListDialog$LayerListModel.setValueAt(
at javax.swing.JTable.setValueAt(
at javax.swing.JTable.editingStopped(
at javax.swing.AbstractCellEditor.fireEditingStopped(
at javax.swing.DefaultCellEditor$EditorDelegate.stopCellEditing(
at javax.swing.DefaultCellEditor.stopCellEditing(
at javax.swing.JTable$CellEditorRemover.propertyChange(
at java.beans.PropertyChangeSupport.firePropertyChange(
at java.beans.PropertyChangeSupport.firePropertyChange(
at java.awt.KeyboardFocusManager.firePropertyChange(
at java.awt.KeyboardFocusManager.setGlobalPermanentFocusOwner(
at java.awt.DefaultKeyboardFocusManager.dispatchEvent(
at java.awt.Component.dispatchEventImpl(
at java.awt.Container.dispatchEventImpl(
at java.awt.Component.dispatchEvent(
at sun.awt.X11.XWindow$
at java.awt.event.InvocationEvent.dispatch(
at java.awt.EventQueue.dispatchEventImpl(
at java.awt.EventQueue.access$000(
at java.awt.EventQueue$
at java.awt.EventQueue$
at Method)
at java.awt.EventQueue.dispatchEvent(
at java.awt.EventDispatchThread.pumpOneEventForFilters(
at java.awt.EventDispatchThread.pumpEventsForFilter(
at java.awt.EventDispatchThread.pumpEventsForHierarchy(
at java.awt.EventDispatchThread.pumpEvents(
at java.awt.EventDispatchThread.pumpEvents(

Attachments (0)

Change History (6)

comment:1 Changed 11 years ago by stoecker

Owner: changed from team to longiaru@…
Status: newneedinfo

Can you reproduce it now? Do you have files which cause this effect to be reproducible?

comment:2 Changed 11 years ago by longiaru@…

No, it is not that simple. My usual procedure is to open the CanVec data in one layer and import existing OSM data into another. Then, as in this case, I selectively merge data where appropriate from the CanVec layer to the OSM, deleting from the CanVec layer those data that have been merged. In the case of both #6444 and #6555, the errors were thrown when I finally attempted to "merge layer" any remaining data from the CanVec layer to the OSM layer.

The error is not reproducible as I do not normally save the edited CanVec and OSM layers before merging them as a layer into OSM. Also, the procedure of editing the CanVec data and then merging what data is left is something that in a vast majority of cases works without error -- I have encountered this error only twice in over 300 file imports.

Unfortunately, by the time the error occurs, JOSM is not in a state where I can save the layers in separate files for later testing. The closing of one bug notification window only opens another and all functionality in the program is lost.

The properly merged OSM data are restored upon restarting JOSM and the data are making it ultimately to the OSM server intact. So I guess at this point, the error is a nuisance only.


comment:3 Changed 11 years ago by stoecker

If I read the bug correctly the dialog to display the layers has a bug. The question is what condition triggers it.

comment:4 Changed 11 years ago by Cobra

Could you save the layers before starting the merge process? Just in case, so you could try to reproduce this when it happens again.

comment:5 Changed 11 years ago by anonymous

OK... will do.

comment:6 Changed 11 years ago by stoecker

Resolution: needinfo
Status: needinfoclosed

Modify Ticket

Change Properties
Set your email in Preferences
as closed The owner will remain longiaru@….
as The resolution will be set.
The resolution will be deleted.

Add Comment

E-mail address and name can be saved in the Preferences.

Note: See TracTickets for help on using tickets.