Opened 4 months ago

Closed 2 weeks ago

#18656 closed defect (duplicate)

Mapillary triggering a Java deadlock

Reported by: Emvee Owned by: jpietri
Priority: critical Milestone:
Component: Plugin mapillary Version:
Keywords: template_report Cc:


What steps will reproduce the problem?

  1. Start josm, download some area, enable some Imagery
  2. Make sure Mapillary is configured such that it only downloads images manually
  3. Enable the Mapillary image layer and press Download Mapillary images in the current view (Shift-Period)
  4. Disable imagery, download some new area and and re-enable imagery one-by-one
  5. Press Download Mapillary images in the current view
  6. josm GUI hangs

Often multiple cycles of 4 & 5 are needed to get into the hang

What is the expected result?

No GUI hang

What happens instead?

The GUI hangs, JOSM can be stopped using Ctrl-C

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

Did do a "killall -s QUIT java" to get a stack track and that stack track is reporting one Java-level deadlock:

Found one Java-level deadlock:
  waiting to lock monitor 0x00007fe62803ef00 (object 0x0000000749ed8d58, a org.openstreetmap.josm.plugins.mapillary.MapillaryLayer),
  which is held by "pool-1-thread-3"
  waiting to lock monitor 0x00007fe64401cf00 (object 0x00000007405ddd38, a java.awt.Component$AWTTreeLock),
  which is held by "AWT-EventQueue-0"

The full stack trace is attached.

I am seeing this behavior already longer time, I guess for at least a month.
Made also a stack trace for an earlier release of josm and another JRE but still the same deadlock

Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-02-01 01:10:57 +0100 (Sat, 01 Feb 2020)
Build-Date:2020-02-01 00:12:46

Identification: JOSM/1.5 (15806 en) Linux openSUSE Tumbleweed
Memory Usage: 1655 MB / 2731 MB (1140 MB allocated, but free)
Java version: 12.0.1+12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: :0.0 2560x1440
Maximum Screen Size: 2560x1440
apache-commons-compress: apache-commons-compress:noarch-1.19
apache-commons-logging: apache-commons-logging:noarch-1.2
Dataset consistency test: No problems found

+ ColumbusCSV (35248)
+ Mapillary (1.5.20)
+ PicLayer (35313)
+ PolygonCutOut (v0.7)
+ alignways (35248)
+ apache-commons (35092)
+ apache-http (35092)
+ ejml (35122)
+ geotools (35169)
+ jna (35092)
+ jts (35122)
+ log4j (35092)
+ openvisible (35248)

Tagging presets:

Map paint styles:

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.

Attachments (1)

hang_mapillary_2.log (79.8 KB) - added by Emvee 4 months ago.
Log triggered using killall -s QUIT java

Download all attachments as: .zip

Change History (6)

Changed 4 months ago by Emvee

Attachment: hang_mapillary_2.log added

Log triggered using killall -s QUIT java

comment:1 Changed 4 months ago by Don-vip

Component: CorePlugin mapillary
Owner: changed from team to jpietri

comment:2 Changed 4 months ago by Don-vip

Priority: normalcritical

comment:3 Changed 4 months ago by Don-vip

Root cause of #17971?

comment:4 Changed 4 weeks ago by taylor.smock

If this is the root cause of #17971, I have probably fixed it. (See comment:15:ticket:17971)

@Emvee: Can you still reproduce with Mapillary v1.5.21+?

comment:5 Changed 2 weeks ago by taylor.smock

Resolution: duplicate
Status: newclosed

Closed as duplicate of #17971.
I'm closing #17971, #18656, and #18704. I'm confident enough that the problem is actually fixed, and none of the ticket reports have indicated that it is still a problem.

Modify Ticket

Change Properties
Set your email in Preferences
as closed The owner will remain jpietri.
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.