Modify ↓
#15055 closed defect (fixed)
IndexOutOfBoundsException when resolving conflicts
| Reported by: | wiktorn | Owned by: | team |
|---|---|---|---|
| Priority: | normal | Milestone: | 17.07 |
| Component: | Core | Version: | |
| Keywords: | template_report conflict | Cc: |
Description
What steps will reproduce the problem?
- Load changeset with conflicts to revert (eg. 44636896)
- Click "Resolve" when no element is selected (default after resolving one conflict)
- Exception
What is the expected result?
What happens instead?
Please provide any additional information below. Attach a screenshot if possible.
URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2017-07-03 00:44:07 +0200 (Mon, 03 Jul 2017) Build-Date:2017-07-02 23:26:36 Revision:12450 Relative:URL: ^/trunk Identification: JOSM/1.5 (12450 pl) Windows 10 64-Bit OS Build number: Windows 10 Pro 1607 (14393) Memory Usage: 872 MB / 1751 MB (598 MB allocated, but free) Java version: 1.8.0_141-b15, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: \Display0 2560x1440 Maximum Screen Size: 2560x1440 VM arguments: [-Djava.security.manager, -Djava.security.policy=file:<java.home>\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=<java.home>\bin, -Djnlpx.origFilenameArg=%UserProfile%\AppData\Local\Temp\josm.jnlp, -Djnlpx.remove=true, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.splashport=57212, -Djnlpx.jvm=<java.home>\bin\javaw.exe] Dataset consistency test: No problems found Plugins: + apache-commons (32994) + ejml (32680) + geotools (33380) + jts (32699) + opendata (33358) + reverter (33088) + utilsplugin2 (33328) Validator rules: + https://raw.githubusercontent.com/zibik/adresy_walidator/master/polskie_adresy.mapcss Last errors/warnings: - W: Invalid jar file ''<josm.pref>\plugins\reverter.jar.new'' (exists: false, canRead: false) - W: Wykryto konflikty - <html>Wykryto 34 konflikty.</html> - E: Handled by bug report queue: java.lang.IndexOutOfBoundsException: Index: 12, Size: 12 - E: Handled by bug report queue: java.lang.IndexOutOfBoundsException: Index: 12, Size: 12 === REPORTED CRASH DATA === BugReportExceptionHandler#handleException: No data collected. Warning issued by: BugReportExceptionHandler#handleException === STACK TRACE === Thread: AWT-EventQueue-2 (49) of javawsApplicationThreadGroup java.lang.IndexOutOfBoundsException: Index: 12, Size: 12 at java.util.ArrayList.rangeCheck(Unknown Source) at java.util.ArrayList.get(Unknown Source) at org.openstreetmap.josm.data.conflict.ConflictCollection.get(ConflictCollection.java:274) at org.openstreetmap.josm.gui.dialogs.ConflictDialog.getSelectedConflict(ConflictDialog.java:298) at org.openstreetmap.josm.actions.AutoScaleAction.updateEnabledState(AutoScaleAction.java:359) at org.openstreetmap.josm.actions.AutoScaleAction$ZoomChangeAdapter.zoomChanged(AutoScaleAction.java:401) at org.openstreetmap.josm.gui.NavigatableComponent.fireZoomChanged(NavigatableComponent.java:139) at org.openstreetmap.josm.gui.NavigatableComponent.zoomNoUndoTo(NavigatableComponent.java:676) at org.openstreetmap.josm.gui.NavigatableComponent.zoomTo(NavigatableComponent.java:656) at org.openstreetmap.josm.gui.NavigatableComponent.zoomTo(NavigatableComponent.java:576) at org.openstreetmap.josm.gui.NavigatableComponent.zoomToFactor(NavigatableComponent.java:740) at org.openstreetmap.josm.gui.NavigatableComponent.zoomManyTimes(NavigatableComponent.java:732) at org.openstreetmap.josm.gui.MapMover.mouseWheelMoved(MapMover.java:247) at java.awt.Component.processMouseWheelEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$500(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$4.run(Unknown Source) at java.awt.EventQueue$4.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source)
Attachments (0)
Change History (6)
comment:1 by , 8 years ago
| Keywords: | conflict added |
|---|---|
| Milestone: | → 17.07 |
comment:2 by , 8 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:3 by , 8 years ago
I couldn't reproduce the issue. Please reopen of the synchronization does not solve the problem.
comment:4 by , 8 years ago
Indeed this fixes. I was suspecting that this would not help.
One extra thing is necessary to reproduce this problem - you had to resolve LAST conflict, so selection was moving past the list, and resolve button was still active.
Note:
See TracTickets
for help on using tickets.
In 12496/josm: