View Issue Details

IDProjectCategoryView StatusLast Update
0003614MMW v4Otherpublic2011-03-27 01:21
Reporterrusty Assigned To 
PriorityurgentSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Product Version3.0 
Summary0003614: Skin artifacts (flashing of seekbar, flashing in volume bar, fade-in of mini-player)
Description1) SeekBar briefly flashes to the start position when rating a song via the player.

2) The MicroPlayer flickers in the area of the VolumeBar when it is in the Vertical orientation. This happens most
often when I stop a track and start to play it again (Horizontal MicroPlayer works as expected).

3) MiniPlayer displays a black silhouette-shape before initializing.

Ideally these should be resolved for 3.0, but if high risk, we can push.
TagsNo tags attached.
Attached Files
item5.gif (45,259 bytes)   
item5.gif (45,259 bytes)   
Fixed in build

Activities

jiri

2007-09-21 17:17

administrator   ~0010869

1. Fixed in build 1078.

2&3. Remaining for Petr.

user_Morten

2007-09-24 22:24

developer   ~0010947

Last edited: 2007-09-24 22:25

There is one more bug which is more critical than all the others.

4) When in Mini Player, press the "Switch to micro player"-button. Then press the restore-button in the Micro Player. This will sometimes cause a total mockup of the mini player's element (in fact using the resources from the micro player instead) and the micro player will be showing as well. I am not able to take a screenshot of this, as the clipboard gets disabled by this bug.

Note: I have also noted that if the restore-button in micro player loads main-mode instead, starting a song/stopping the song playing will make your chances to bump into this bug larger.

Also note; The "switch to"-button in Micro Player is not working as it should. It should always be loading the PREVIOUS viewing-mode the user were in. In example, if the user goes to micro player from the main-mode it should go back again to main-mode when the user presses the switch-button.

Assigning to Rusty to verify and review the new issues.

rusty

2007-09-25 18:42

administrator   ~0010964

4) I can't reproduce this

5) This _is_ an issue, though not a terribly severe one. Petr, if it's too difficult to fix, we'll re-open as a new lower priority bug.

rusty

2007-09-30 20:12

administrator   ~0011070

Re. 3 and 4, morten also indicated that:
a) Program is loading the resources every time you swtich to main-theme. You can see through the program - something which shouldn't happen.
b) Black/various things loading before the miniplayer shows up.

He created a screencap, but I still couldn't discern the problem. However, I've created a flash video (posted to the ftp) that kind of shows how the MiniPlayer sometimes shows a bunch of garbage in the background as it appears.

rusty

2007-10-30 19:11

administrator   ~0011707

To summarize the remaining open issues:

2) The MicroPlayer flickers in the area of the VolumeBar when it is in the Vertical orientation. This happens most
often when I stop a track and start to play it again (Horizontal MicroPlayer works as expected).

3) MiniPlayer displays a black/snowy silhouette-shape before appearing

5) When you alt tab or minimize and reopen MM, it gets graphical artifacts at the sides. This is the most significant of the 3 bugs, though all give a bad impression.

petr

2007-12-09 20:41

developer   ~0012433

Last edited: 2007-12-09 21:09

fixed items 2 and 5.

petr

2007-12-10 00:41

developer   ~0012440

After some investigation, item 3 is probably about display driver. Mini player uses windows layering which using direct access to video memory for using semi-transparent layered window. It's not a huge issue and might take some time to find out how to fix it, so i'll change priority to urgent and will finish it later.

rusty

2011-03-27 01:21

administrator   ~0023924

This has been fixed or is no longer an issue in MM 4.0.0.1358.