View Issue Details

IDProjectCategoryView StatusLast Update
0012301MMAUPnP / Castingpublic2016-05-17 21:00
Reporterrusty Assigned To 
PriorityurgentSeveritycrashReproducibilityalways
Status closedResolutionfixed 
Product Version1.1.0 
Target Version1.1.0Fixed in Version1.2.0 
Summary0012301: MMA crashes when playing UPnP and WiFi connection is lost
DescriptionTested build 331 as follows:
1 play tracks via UPnP
2 put device into airplane mode
--> currently playing track finishes playing
--> MMA attempts to play multiple other inacessible tracks over UPnP
--> MMA crashes

Debug logs automatically sent by my account at 2014/11/06 10:50am EST.

Note: attempting the same test on other occasions yielded different results:
- In one case audio stopped playing, but the seekbar and timer continued to advance until the track was over.
- A user reported another outcome in which the first track stopped, and then the next track (which was also inaccessible) started playing a few seconds which were presumably loaded in the buffer.

Proposed fixes:
a) If network playback is occurring and an external action triggers the network to go down, then we can use a variant of the following dialog that appears when the user attempts to browse UPnP while Wi-Fi is disabled:

Wi-Fi disabled
---------------
[Cancel] [Ignore] [Enable]

The modified version could be something like:
-------------------------------------
Wi-Fi disabled <countdown timer 30s>
-------------------------------------
Playback has been interrupted due to network problems.
-------------------------------------
[Cancel] [Ignore] [Re-enable] [Always Re-enable]
-------------------------------------


b) After the countdown timer has expired, if the network does goes down while playback over UPnP is active, then playback should advance to the next track on the NP list that is local, and if none are it should stop.
Additional InformationReported at:
http://www.mediamonkey.com/forum/viewtopic.php?f=21&t=78308
http://www.mediamonkey.com/forum/viewtopic.php?f=21&t=78345

Another user reported a similar issue in which when UPnP tracks were unavailable, local tracks started playing!
http://www.mediamonkey.com/forum/viewtopic.php?f=21&t=78101
TagsNo tags attached.
Fixed in build596

Relationships

related to 0010826 closedmartin Unsupported formats shouldn't stop the playlist / should be better handled 
related to 0012259 closedmartin Remote tracks can't be played when UPnP server IP address changed. 

Activities

rusty

2014-11-17 05:21

administrator   ~0041036

Last edited: 2014-11-21 16:27

Per discussion with Marek, the issue would be better resolved without user interaction. i.e.:
-ensure that the Wi-Fi connection is maintained active when playing over UPnP (to what extent though? i.e. what if the user activates airplane mode?) as other UPnP apps do.
-fail gracefully in the event that a wi-fi connection is lost (i.e. give a single toast message and proceed to the next accessible track, rather than crashing and/or resetting the playback pointer to the first track in the list). Toast messages discussed in related bugs:
Skipping inaccessible tracks
Skipping tracks (missing codec)

marek

2014-12-09 14:38

developer   ~0041380

- I meant that we should assure that wifi lock is held and wifi won't be turned off by system (to spare resources) not by user.

- as discussed, MMA should check all tracks and then jump back to track that was last valid. This will be fixed as part of 0010826 because it is the same behaviour as for unsupported or invalid tracks

marek

2014-12-09 14:39

developer   ~0041381

Fixed in build 353

rusty

2014-12-11 18:59

administrator   ~0041426

Verified 353; waiting for user confirmation to close.

rusty

2014-12-17 20:28

administrator   ~0041482

re-Verified 358.

rusty

2015-01-08 23:04

administrator   ~0041620

According to mcow, the wifi connection still goes down sometimes during playback. See debug log AZ3SRGR7YI and report at:
http://www.mediamonkey.com/forum/viewtopic.php?f=21&t=78308#p400306

marek

2015-01-12 23:30

developer   ~0041662

Fixed in build 364

rusty

2015-01-13 16:08

administrator   ~0041678

Last edited: 2015-01-14 18:14

I'm not sure if the last fix works or not, but there's a regression in build 364--MMA now crashes if Wi-Fi becomes unavailable (tested by turning off Wi-Fi while MMA is playing). This had previously been fixed.

Edit: this crash occurs in both build 363, 364, and 365. I've created a log of this with build 365 so that you can compare whether it's the same issue as 0012480:

Played NP list consisting of UPnP Tracks:
'Owner of a Lonely Heart'
'Venus'
'Walk Like an Egyptia'

While 'Owner of a Lonely Heart' was playing, turn off Wi-Fi.
--> MMA crashes when 'Venus' completes and 'Walk like an Egyptian' is about to play.

Debug log: SD8M1M2O9N

marek

2015-01-15 21:54

developer   ~0041724

There are some exceptions caused by connection lost but it looks like the crash was caused by loading of artwork for remote players.

This should be fixed as part of 0012201 by replacing direct bitmap loader by Universal Image Loader

Now I have added catching of exception. So it shouldn't crash.

rusty

2015-01-15 22:39

administrator   ~0041728

Verified 368.

rusty

2015-01-28 16:56

administrator   ~0041894

Based on user feedback, this issue isn't resolved. See comments and log at:
http://www.mediamonkey.com/forum/viewtopic.php?f=21&t=78308#p401508

marek

2015-02-05 23:23

developer   ~0041976

Fixed in build 392

Implemented new way of acquiring of wifi lock

martin

2016-05-12 10:29

developer   ~0044596

Confirmed regression in build 595.
http://www.mediamonkey.com/forum/viewtopic.php?f=21&t=78308#p423135

martin

2016-05-12 10:33

developer   ~0044597

Fixed regression in build 1.2.0.596

peke

2016-05-17 21:00

developer   ~0044634

Verified 596