View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0009586 | MMA | Navigation | public | 2012-08-17 03:15 | 2013-10-04 20:40 |
| Reporter | rusty | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Target Version | 1.0.1 | Fixed in Version | 1.0.4 | ||
| Summary | 0009586: Position in list browser is sometimes lost | ||||
| Description | If the user is browsing through the Albums, Artists, or other views and then goes to a specific e.g. Album or Artist, then pressing the 'back' button will usually return the user to the correct position of the list in the browser. However: 1) If the user goes back to the view by pressing the icon in the upper left corner, then the position is lost. 2) If the user goes to the Now Playing>Album view and then switches to Now Playing>Tracklist, and then presses 'back', then browser position is lost. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 168 | ||||
|
|
Implemented saving of listview state. This behaviour can be also tested by rotating the screen. It works fine when rotating screen in NP tracklist. BUT it doesn't work in library activity. Maybe it is caused by our implementation of browsing the library. But it will take more time to fix, so I postponed it now. Re. 2) this issue is no longer reproducible. There no "back" action to NP tracklist due to fix in 9587. |
|
|
Tested build 29: 0) 'Back' retains listview state except if the user goes into a subnode and uses the View switcher (Artists/Albums/Tracks). 1) Listview state is still lost if the user uses the icon in the upper left corner to go 'back' 2) Confirmed, no longer an issue. Note: loss of listview state on orientation is tracked separately at 0009689. |
|
|
Fix in build 38. |
|
|
Tested build 40. Items 0) and 1) are not fixed (behavior is the same as in build 29--maybe the fix wasn't checked in?). 3) Similar to 0) if the user scrolls down the list (e.g. genres) and chooses a particular entry (e.g. Rock), then the list of all Artist=Rock opens. If the user changes orientation within that list, reverts to the previous orientation, and then presses the Android 'back' button to return to the Genres list, the position within the list is lost. |
|
|
Fix in build 46. |
|
|
Tested 47. 0/1/2 are fixed. But item 3) still remains. |
|
|
Just tested it and even 3) works fine now. |
|
|
Tested item 3) in build 166, and changing orientation still causes track position to get lost: 1 Click 'Genres' 2 Click Rock 3 Change orientation from vertical to landscape 4 Click either BACK button -->Genres list opens up with 'Accoustic' at the top of the list (instead of 'Rock') Tested on GS3 running Android 4.1.1 |
|
|
Confirmed (in the step 3 I also reverted to the original orientation, which doesn't exhibit the bug then). |
|
|
Fixed in build 168. |
|
|
Verified 168. |
