View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0012339 | MMA | Playback | public | 2014-11-11 04:59 | 2014-12-02 19:45 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 1.1.0 | ||||
| Target Version | 1.1.0 | Fixed in Version | 1.1.0 | ||
| Summary | 0012339: Seekbar is 'laggy' (regression) | ||||
| Description | As of build 336, the seekbar seems to lag the actual status. This usually manifests itself by the seekbar observably moving from one position to another. Examples: Initiate playback and then do any one of the following: a) Move seekbar forward 2/3 of the track b) Go back to home screen, and partway through playback, go back to NP view c) Wait for Lock screen to activate, and then unlock partway through the track d) Go back to home screen, and once the next track begins, go back to NP view e) Wait for Lock screen to activate, and then unlock once the next track begins In all of the above cases, the seekbar will move _after_ the action associated with the movement has already completed. Note that in cases d) & e) the Album Art from the previous track will also briefly appear. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 346 | ||||
|
|
Fixed in build 1.1.0.343 |
|
|
Tested 343 and these bugs still remain. To replicate: -Play a track -Press on the seekbar to move playback to 3/4 of the way through -Press on the seekbar to move playback to 1/4 of the way through -Press on the seekbar to move playback to 3/4 of the way through -->the bug occurs Note: the bug occurs for all of the cases a,b,c... described previously--if the above steps are taken first. |
|
|
I have fixed incorrectly jumping in seekbar in some cases, but this issue means something else (animation of seekbar). Marek said that he has not finished this issue yet, so I assign this issue to him. |
|
|
Fixed in build 346 |
|
|
Verified 346. |
