0.9x-3 -- minor bugs

[Calibrator]

hey there Peter,

the bug hunter from downunder has located a couple of minor pests that need your attention when you have a moment.

Firstly, I have noticed that after playing an album in unattended mode, and the GUI is re-initiated at the end of playback, the second last track always seems to be highlighted in blue, rather than the last track as I would have expected. All tracks play in correct order so there isn't a problem there, but the incorrect highlighting at the end of play may point to an error in your code logic that could cause a problem in other areas.

Secondly, is that the slider control governing the size of the righthand panel clipart keeps getting reset back to 17 x 17 pixels. It's the slider control when in the playlist tab. The one for the folder art in the centre panel is fine. This resetting seems to occur at random from what I've noticed. I may play several albums one after the other, stopping at the end of each to add another playlist entry, and things will be fine. All of a sudden I notice the slider has been reset. I will try and see whether it may in fact occur after a specific number of 'starts' of the GUI but at this stage it appears random. MAybe you need a stronger glue for that slider .. hehe

Everything else about 0.9x-3 appears just great !!

Cheers,

Russ

[PeterSt]

Dear bug hunter down there,

Yes, I noticed the one but last highlighted. This is since 0.9x-3 and it came with the solution of playing back a selection properly (as mentioned in the release notes). You can't have 'm all !
Haha, will try to solve it of course.

About the other thing ... Is it porno you show in there ? It might be related. Will try some myself.
Anyway, never heard of it, never seen it, but then I never touch the default. But now I think of it ... something indeed *has* changed at initialization in this area, and these sliders are treated special now in that process. Probably something wrong. Please don't look for copying it. It will be more easy to find this in the code.

As always, thanks.
Peter

[PeterSt]

Uhohh, I actually can't find anything in the code about that picture size;
It can only reset to the default when you receive the message "Load previous settings" as happens after a new install;
You aren't receiving this message all the time, are you ?
Or switch versions perhaps ?

[Calibrator]

About the other thing ... Is it porno you show in there ? It might be related. Will try some myself.

No visual porn on display here Peter, just the audio type eminating from XXHE itself

I tried to emulate the bug again this morning by playing various pieces and tracks at random and all seemed to be behaving itself. I was just about to give up and go do something else when the message attached below came up, upon starting up XXHE again. I had been playing a few tracks, then closing XXHE down in at attempt to provoke the bug.

Just prior to a restart when that message came up I had selected and played ( to completion ) a single track from a 3 CD set. The individual folders for the 3 CD's do not have their own folder.jpg within them, but have a single folder.jpg residing one level up. This may simply be a co-incidence in the bug hunt but thought it worth mentioning anyway. I can't be sure whether any of the music I played yesterday may have been from multiple CD sets.

My folderart slider is normally set to 136x136 pixels, and the coverart slider is set at 119x119 pixels.

In hindsight I should have looked at the user.config file to see what the values were at the time of the error message appearing. After I re-established the coverart slider to 119x119 pixels I checked the user.config file and as expected the "coverart" value was set at "7" as expected. If that message re-occurs I will check the user.config file before clicking on the "OK" button.

I'm guessing something is resetting the value of the "coverart" within user.config to zero, but that's where I hang up my Dr. Watson hat and leave it to you dear Holmes to find the villain.

I should also add that I always re-establish my setting from scratch. I never copy from previous versions. Each new version resides in a separate folder, and appropriate desktop shortcuts etc. created from them. I haven't been receiving further messages advising to "load previous settings" either. I only used 0.9x-3 yesterday and today.

I'll continue to monitor.

Thanks Peter,

Russ



 

[Calibrator]

Thankfully the error re-occurred just now.

I had just completed playing a complete album and went to queue up another album when I saw the message.

Before clicking on the OK button on the error message I opened up the user.config file to check value of "CoverArtPictureSize" and it was still set to "7". I also noticed the "InitialTrackDirectory" was set to a path that I had played slightly earlier. Interestingly enough, it points to a 2 CD set, where again, a single folder.jpg resides one level up from the music files themselves.

I clicked on the OK button and rechecked the user.config and nothing had altered. The modification timestamp confirmed it hadn't been written to either.

I then shutdown XXHE, rechecked the user.config and it now showed the "CoverArtPictureSize" at "1", which co-incides with the left most position as seen in the picture below.

I reset the slider to the 119x119 pixel size and I've queued up and playing another album as I type this. We shall see what happens next I guess.

If you want me to delete the current user.config file at any stage and rebuild from scratch I can Peter, but it may be helpful to have it in its current form for a while as I try and see a pattern emerge of events.

Will keep you posted.

Russ

[Calibrator]

Here are some more screen dumps to look at.

CoverArt_bug_3.jpg
Following on from the previous post I queued up "Oregon\Beyond Words" album and played it in its entirety. At the end of playback when the GUI reappeared the "Show CoverArt" error message reappeared. Before clicking on OK I brought up user.config to check whether that path to the Klaus Schulze album was still there .... it was. Notice the absense of coverart in the right panel.

CoverArt_bug_4.jpg
I clicked on the OK button for previous error message and reset slider to the 119x119 position again. The coverart reappears in rightpanel. I then closed XXHE

CoverArt_bug_5.jpg
Upon starting XXHE a new message appeared. Note that slider has now been positioned by itself to left side and size of coverart in right panel is of appropriate size ( 17x17 pixels ).

I then closed XXHE down, and edited the user.config to remove the reference to the Klaus Schulze path in the "InitialTrackDirectory" setting. ( I simply deleted the whole path but left the actual setting entry intact )

CoverArt_bug_6.jpg
Started up XXHE again with the same album as previous and played just the last track. At completion the first error message came up again. This would suggest the path entry for the Klaus Schulze entry was likely not the cause of these errors. I clicked the OK button on the error message. Before doing anything else I noticed as I moved the cursor over the slider control it indicated a setting of 119 x 119 pixels, even though it was to the extreme left.

CoverArt_bug_7.jpg
As soon as I clicked on the slider control the covertart reappeared in the rightpanel.

I played the last track of the Oregon album one more time and after completion it brought up the error message again.

At this stage I'm thinking of deleting the user.config entry and the other self generated files from within the XXHE folder and start from scratch again, but will wait on your advice if this is what you want doing next.

Cheers for now,

Russ

PS. good morning .. hehe

[PeterSt]

Wow Russ, what a work you've put into this !

With the help of the scenario's you layed out so beautifully, I have a hunch in which direction this goes. It is about a technical thing and it may behave differently on different PC's I think. What happens is :

Such a slider (like a spinner) can be denoted a minimum (and maximum) value for the position. In this case this is 1.
As I told elsewhere, a microsoft (or whoever) bug causes that conflict situations can emerge, and actually this was just the one (causing problems at startup). It can happen that mr. Gates did not initialize everything properly yet (or just too early !), while in the mean time the rule "minimum value must be 1" is applied already. Now what happens is that the value of 7 is saved and should be restored, but before that has happened something else says "hey ! that's 0 in there, not allowed my boy !" and it never comes to it.

In the before version this was a hidden error, and a general message was presented instead, and I didn't even know this was a problem. So, I solved it, but not in your situation ... somehow. It may be as complicated as actually another message wanting to pop up, which causes the form to get visible (too early) while that other value is still not restored, and the form getting visible causes the internal check to fire (think like : must be, because we said the slider can be 1 for minimum, and it would visually show 0 -> wrong at this moment in time).

Now, since I already had to apply a strange solution (it was and is an MS bug from the beginning) I will apply another one. Allowing a minimum of 0 is one of the possibilities. And as you know, it is a remapping of something else anyway. So 0 actually is allowed if I only denote a picture size to it.

Thanks for all the effort !!
Peter

[Calibrator]

Happy to help Peter. I'll provide the evidence and you can take care of the forensics.

Since the last post I've played several albums straight through without missing a beat, so it may well be simply a timing issue from m$oft.

I seem to recall ( but can't be 100% certain ) that most of the time the actual error message window was hidden behind the GUI and that I had to click on the taskbar button to see it. This may imply the error message was generated first before the GUI had been re-initiated.

I'll leave my user.config file intact for the time being also, but I have noticed that since I removed the path entry in  "InitialTrackDirectory" that nothing has been re-inserted back in there. Is that significant and is it likely to cause problems? The entry for "txtSource" is getting updated correctly so it is being written to OK.

Cheers,

Russ

[PeterSt]

By now I have changed things, and although something else may show up from it, this can't happen anymore. Not like it was anyway.

Indeed the message being masked by the XXHE window may tell that the message was first, which is exactly the proof that things don't workout for proper timing.

About InitialTrackDirectory : That is used for the "Library" button, and it indicates the first (default) directory to show. This should be the last one you used with that same button a previous time.
I don't see how that can influence here, but there's more I don't see.

Thanks,
Peter

[LydMekk]

I have the same error report showing up, but in a different context.

If I load the playlist with separate songs from different albums and play unattended, this error window SOMETIMES shows itself when the player goes to the next song, and usually when there is NO coverart in the folder which the next song resides.

[PeterSt]

Very odd. But I assume during the "pre-load" of the tracks (say, right after Play) ?

Anyway it should be solved in the next version.

Thanks !
Peter

[Calibrator]

Hi Peter,

just reporting that this "Show CoverArt" bug is still occurring in 0.9x-5 ( as it did in 0.9x-4 also). Same message structure.

If I leave the coverart at 17 x 17 pixels after the initial error, the bug doesn't re-occur ( from what I can recall ), but that kinda defeats the purpose of that slider then.

The folderart slider works fine still.

Cheers,

Russ

[PeterSt]

This is now solved in the next version (0.9x-6).

Btw it is the same bug as was reported here : ShowCoverart error message about ImageSize.Height by Eric.

[Calibrator]

This is now solved in the next version (0.9x-6).

Btw it is the same bug as was reported here : ShowCoverart error message about ImageSize.Height by Eric.

bewdy Peter ..thanks 

The error message still crops up here from time to time running 0.9x-5b and I've been ignoring it for the time being. I've simply left the slider at its leftmost position after it got reset to there. Folder Art process still works fine though

Cheers,

Russ