Bug#683186: josm: Exception when merging multiple layers

July 29th, 2012 - 01:20 pm ET by Hermann Schwarting | Report spam
Package: josm
Version: 0.0.svn5267+dfsg1-2
Severity: normal

Dear Maintainer,

I used an external tool which proposed changes via JOSM’s remote
control. After working a while I noticed that every call had created a
separate data layer. To upload all changes in one step I wanted to
merge all data layers into one.

* In the layer pane I selected all data layers using Shift-click
* I clicked on the merge layer button
* A dialog came up to select the target layer. I selected layer 1 and
pressed Ok
* The expected result would be that all selected layers are merged
into the one selected in the popup dialog
* Instead an error window comes up with this exception stack trace:

Debian-Release: 0.0.svn5267+dfsg1-2
Build-Date: 2012-07-23 08:31:28
Revision: 5267
Is-Local-Build: true

Identification: JOSM/1.5 (5267 de)
Memory Usage: 262 MB / 1745 MB (174 MB allocated, but free)
Java version: 1.6.0_24, Sun Microsystems Inc., OpenJDK 64-Bit Server VM
Operating system: Linux
Dataset consistency test: No problems found

Plugin: DirectDownload (28412)
Plugin: DirectUpload (28420)
Plugin: buildings_tools (28412)
Plugin: dataimport (28412)
Plugin: editgpx (28420)
Plugin: mapdust (28412)
Plugin: measurement (28420)
Plugin: mirrored_download (28418)
Plugin: openstreetbugs (28412)
Plugin: plastic_laf (26605)
Plugin: public_transport (28412)
Plugin: restart (28438)
Plugin: terracer (28412)
Plugin: utilsplugin2 (28412)
Plugin: wikipedia (28506)

java.lang.IndexOutOfBoundsException: Index: 4, Size: 4
at java.util.ArrayList.rangeCheck(ArrayList.java:571)
at java.util.ArrayList.get(ArrayList.java:349)
at java.util.Collections$UnmodifiableList.get(Collections.java:1170)
at org.openstreetmap.josm.gui.dialogs.LayerListDialog$LayerListModel.getValueAt(LayerListDialog.java:1470)
at javax.swing.JTable.getValueAt(JTable.java:2719)
at javax.swing.JTable.prepareRenderer(JTable.java:5719)
at javax.swing.plaf.basic.BasicTableUI.paintCell(BasicTableUI.java:2108)
at javax.swing.plaf.basic.BasicTableUI.paintCells(BasicTableUI.java:2010)
at javax.swing.plaf.basic.BasicTableUI.paint(BasicTableUI.java:1806)
at javax.swing.plaf.ComponentUI.update(ComponentUI.java:161)
at javax.swing.JComponent.paintComponent(JComponent.java:765)
at javax.swing.JComponent.paint(JComponent.java:1029)
at javax.swing.JComponent.paintChildren(JComponent.java:866)
at javax.swing.JComponent.paint(JComponent.java:1038)
at javax.swing.JViewport.paint(JViewport.java:764)
at javax.swing.JComponent.paintChildren(JComponent.java:866)
at javax.swing.JComponent.paint(JComponent.java:1038)
at javax.swing.JComponent.paintToOffscreen(JComponent.java:5138)
at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1454)
at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1385)
at javax.swing.RepaintManager.paint(RepaintManager.java:1188)
at javax.swing.JComponent._paintImmediately(JComponent.java:5086)
at javax.swing.JComponent.paintImmediately(JComponent.java:4896)
at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:783)
at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:735)
at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:677)
at javax.swing.RepaintManager.access$700(RepaintManager.java:58)
at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1593)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:647)
at java.awt.EventQueue.access$000(EventQueue.java:96)
at java.awt.EventQueue$1.run(EventQueue.java:608)
at java.awt.EventQueue$1.run(EventQueue.java:606)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:617)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:138)


Debian Release: wheezy/sid
APT prefers testing
APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages josm depends on:
ii ant 1.8.2-4
ii libcommons-codec-java 1.6-1
ii libgettext-commons-java 0.9.6-2
ii libmetadata-extractor-java 2.3.1+dfsg-2
ii liboauth-signpost-java 1.2.1.2-1
ii libsvgsalamander-java 0~svn95-1
ii openjdk-6-jre 6b24-1.11.3-2
ii openstreetmap-map-icons-classic 1:0.0.svn27763-1
ii sun-java6-jre 6.26-3

Versions of packages josm recommends:
ii josm-plugins 0.0.svn28420+ds1-1
ii webkit-image-gtk 0.0.svn25399-3

josm suggests no packages.



To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
email Follow the discussionReplies 3 repliesReplies Make a reply

Similar topics

Replies

#1 Timo Juhani Lindfors
July 29th, 2012 - 02:10 pm ET | Report spam
Hermann Schwarting writes:
* In the layer pane I selected all data layers using Shift-click
* I clicked on the merge layer button
* A dialog came up to select the target layer. I selected layer 1 and
pressed Ok
* The expected result would be that all selected layers are merged
into the one selected in the popup dialog
* Instead an error window comes up with this exception stack trace:



I can reproduce the backtrace, here's a screencast:

http://lindi.iki.fi/lindi/screencas...trace1.ogv


To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Replies Reply to this message
#2 Timo Juhani Lindfors
July 29th, 2012 - 03:00 pm ET | Report spam
package josm
tag 683186 upstream pending
thanks

Hermann Schwarting writes:
This issue is probably already fixed with revision 5303.



Does not seem to occur with 5379.


To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Replies Reply to this message
#3 Hermann Schwarting
July 29th, 2012 - 03:00 pm ET | Report spam
On 29.07.2012 20:01, Timo Juhani Lindfors wrote:

I can reproduce the backtrace, here's a screencast:



Hi Timo,

thanks for the quick confirmation. I’m afraid I missed to check JOSM’s
change log before submitting this bug report.

This issue is probably already fixed with revision 5303.

http://josm.openstreetmap.de/changeset/5303/josm

Best regards,
Hermann


To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
email Follow the discussion Replies Reply to this message
Help Create a new topicReplies Make a reply
Search Make your own search