View Issue Details

IDProjectCategoryView StatusLast Update
0009814MMAPlaybackpublic2012-12-11 15:35
Reporterrusty Assigned To 
PriorityurgentSeveritycrashReproducibilityalways
Status closedResolutionfixed 
Target Version1.0.1Fixed in Version1.0.1 
Summary0009814: Clicking last-played track triggers crash --> triggers playback of wrong track
Description1 Play a playlist, and press pause on 'Track x'
2 Click 'Back' to exit MM
3 Wait 10 minutes and or do some other activity on the phone
4 Run MM again
--> Main menu appears, with 'Track x' in the MiniPlayer
5 Click the Artwork in the MiniPlayer OR press Play button in the miniplayer
--> MM crashes

This happens consistently on GB, but never on JB. I can't submit a debug log because of 0009813 .
TagsNo tags attached.
Fixed in build55

Relationships

related to 0009807 closedmartin Widget not functioning correctly 

Activities

rusty

2012-10-12 06:21

administrator   ~0032469

Last edited: 2012-10-12 06:36

The crash seems to be fixed in build 43. However, now, upon clicking (at step 5) the track that's displayed in the miniplayer (the track that was last played/paused before mma was exited), the first track in the NP list appears, instead of the track that was displayed in the miniplayer.

marek

2012-10-13 00:17

developer   ~0032503

Fixed in build 45

rusty

2012-10-14 05:05

administrator   ~0032541

Tested build 45 and this is mostly fixed, but there still remain a couple of issues:
1) Clicking the play button or the artwork in the miniplayer at step 5 results in a ~3 second delay before the playback begins or the NP>Art dialog opens. The action should be immediate.

2) Sometimes, if the user clicks the 'Previous' or 'Next' button at step 4, nothing happens. If the user subsequently presses play, then the first track in the NP list plays.

rusty

2012-10-15 21:53

administrator   ~0032576

3) If the user clicks the Play button in the miniplayer at step 5 while the MMA scanning indicator is on --> MM appears frozen for about 45 seconds before playback begins.

marek

2012-10-21 05:17

developer   ~0032691

Fixed 1) a 3) in build 48

marek

2012-10-24 19:57

developer   ~0032775

Fixed in build 51

rusty

2012-10-31 01:52

administrator   ~0032854

Tested build 51
1) fixed
2) still occurs--pressing Prev/Next in the widget has no effect
3) not tested

martin

2012-11-02 12:47

developer   ~0032887

Fixed in build 52.

rusty

2012-11-05 07:48

administrator   ~0032913

Issue 2 isn't fully fixed in build 52. Its a minor point but:
- nothing occurs on the first press of the prev/next button in the widget--only the second press advances the track
- the second press doesn't initiate playback--only the third press does

martin

2012-11-05 22:43

developer   ~0032942

Last edited: 2012-11-05 22:45

Fixed in build 55.

peke

2012-11-22 13:32

developer   ~0033286

Verified 63