View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0021528 | MMW 5 | Now Playing | public | 2025-03-05 19:47 | 2025-03-06 04:46 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | crash | Reproducibility | sometimes |
| Status | closed | Resolution | reopened | ||
| Product Version | 2024.1 | ||||
| Target Version | 2024.1 | Fixed in Version | 2024.1 | ||
| Summary | 0021528: Playing triggers a crash (due to loading of corrupted images) | ||||
| Description | 0 Lookup artwork for several different tracks (background lookups, auto-tag, manual lookups) 1 Play a track 2 Click the Playing title bar to switch to Playing [Artist] --> crash A14A4A54 This doesn't occur consistently. I'm trying to determine more detailed repro steps but hopefully the crashlog shows what happened. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 3112 | ||||
|
|
It just occurred again while playing music (Boots Randolph) in the Music [Browser] view. So it may not even be related to artwork lookup! A14A4A54 |
|
|
Fixed in build 3112. Was related to loading of corrupted image from Temp. |
|
|
I just experienced another crash with the fix :-( I was doing various Artist Image tagging operations, and then: 0 Global search for Kopecky 1 Played Heartbeat by Kopecky 2 Switched to Playing [Artist] --> successful image lookups 3 Switched back to the search results 4 Right-clicked on the Artist image, lookup image. --> crash A14A90C9 The issue just occurred a second time. Crashlogs didn't send, but this time I captured a debug log. |
|
|
Fixed. Missing commit. The problem was also caused by the fact, that some image source returned WEBP files with JPG extension, it behaves like corrupted image. |
|
|
Verified 3112. |
