z-order of now playing art is higher than that of the track title - 1.1.0.0

**Nola111** · 07-10-2007, 09:27 AM

So far, I have not seen ANYTHING that is too complicated for Chuck.

Come on Chuck!! You can do it man!!

**StreetDeckAce** · 07-10-2007, 10:25 AM

I am sure chuck can do it. The issue is getting chucks time to address the issue. I have notified him of the issue. I am sure it will be addressed as soon as some of the higher priority issues are taken care of.

**RedGTiVR6** · 07-10-2007, 10:35 AM

That's what I needed to know.

No doubt, there are other more important bugs that need to be addressed. I agree with that 100%.

**RedGTiVR6** · 07-13-2007, 05:34 PM

still present in 1.1.0.0

**marchello2000** · 07-21-2007, 12:53 PM

What version of StreetDeck is this bug report for?

1.1.0.0

Please give a basic description of the issue here.

z-order of now playing art is higher than that of the track title

Is the system that is listed in your CarPC specs under your user name the same system where you encountered this bug?

Yes

If no, please describe your system here.

Are you able to reproduce this bug at will?

Yes

Please list the steps required to recreate the issue you are reporting.

1. Go to the now playing screen.

2. Go to the next track (or wait for SD to go to the next track)

Note that the Album art is covering part of the song text temporary display.

Please provide any relevent information regarding the issue you have encountered.

**RedGTiVR6** · 07-21-2007, 04:09 PM

I have reported the issue of the album art in the private beta testers bug reporting forum.

Apparently the fix for this is incredibly difficult. Due to the nature of this bug, the priority is lower.

Regarding the rest of the bug report, I'm not sure I follow.

Are you stating that when you're in the 'Now Playing' screen, StreetDeck skips ahead one track compred to what it would do if you were in the queued music screen?

Also, please post your log file when this bug occurs. Any time you post a bug report we need a log file along with it

**marchello2000** · 07-25-2007, 01:04 AM

No, I was only talking about the album art z-ordering issue. There is no skipping of tracks.

I did not include a log because it is a trivial repro and is purely cosmetic. So logs would probably not help in this case. If you don't see the z-ordering issue, I can collect a log.

**RedGTiVR6** · 07-25-2007, 09:05 AM

so just so I understand this.

You're saying the the album art that shows is for the next song in the queue while the song title is for the current song in the queue?

If you open this same media up in Windows Media Player, do you notice the same behavior?

Thanks for the feedback.

**TheSin** · 07-25-2007, 12:33 PM

@RedGTiVR6: I have noticed the bug you speak of, it's very anoying, as it causes issues with the play button in overlays

I copied the CMusic Overlay and ExtOverlay to the CiPod ones. Exact copies, and I have to remove the Invisible layer from the main Overlay just so I could get the play button to work. Also the ExtOverlay doesn't replace the normal one, with causes all sorts of click threw issues. I thought that Ext was suppose to close the original first, that is why it doesn't just extend it, I know this is the behavior for Music anyhow. Not sure if they are related at all, but thought I'd mention it.

**marchello2000** · 08-03-2007, 12:06 AM

Originally Posted by RedGTiVR6

so just so I understand this.

You're saying the the album art that shows is for the next song in the queue while the song title is for the current song in the queue?

If you open this same media up in Windows Media Player, do you notice the same behavior?

Thanks for the feedback.

Not sure what you mean but hopefully the pictures are worth a thousand words: