Seems the new Dev version does not skip the dead radio stations but stops in its tracks so you need to manual do something to get it going. Although nice with the Red, so one can see it is dead.

Maybe it is purposely done, not sure, I guess it is nice that you can see the information when it stops, and thereby also get an idea why it is doing it as I put some information on it httpS issue.

Don't you just love all the security rubbish of the internet.....

In any case I think I am near finished with the update of the Radio channels and testing and such. And I think I am satisfied to replace the older version with the Dev - the main head ache issue is solved with the manual button you made on it - so no reason why not to upgrade, and the images are working as well. Might as well update the main page - backgrounds is working with that https fix so.... Beside the standard issues with Radio stations and battling to get them working, everything seems pretty good.

The problem with the overall httpS fix, is that it makes those Radio channels that only do HTTP brake. That kinda sucks, so I still would really like to find that httpS issue, it must be in the application somewhere. Like there must be something in the code that spits out the http only for backgrounds somehow and thereby do not accept access to the folder in https. But it seems to beyond my brain power. Anyway, I guess I can live with 4 broken stations or so for now, I guess it is the same in the main version as well. Yea, same issue, but of cause it has the same "fix" making everything httpS.

But it is something with the background folder, and the older versions worked.

The only difference with the main and the Dev version on this is that the Dev stops at the broken radio stations and also colors them red - whereas the main version just skips them - but both places they are unplayable with the httpS fix I do, as I can not access the player with a real http connection. The problem here is that most people would access the page with https - maybe.... Maybe I can force everything to http - but not sure if I would get any issues on that. Let me get back on that, I wanna try and see what happens.... oh wait... Like the Brave browser forces pages to https out of the box so not sure what would then happen. All this security rubbish use most of my energy on this and not actually coding or doing valuable stuff. Cors and S and what not of crazy things these days.

Like HACK THE PLANET, all the time.

I do not know, does not seem to be totally.... a fix to downgrade, apparently somewhat of a one way ticket to HTTPS. Like if I could just find the issue so I did not need to use the Hack the Planet httpS.

So access to Media files and Backgrounds are fine on http but with httpS backgrounds brakes for me. Although I put https in the .htaccess this time to get it working with the media files, I do not think that was necessary with the main version I am using. Let me check, but maybe it is because the fix is already there that it works. Let me check. Yea, seems to still work with HTTP as long as the fix is there - although all this cache and things..... You never know if it really is updated or if it remembers something. The struggle is real with all the madness they throw at us.

@hvianna This is the clean install nor referrals or anything, only removed the +FollowSymLinks - beside that everything is pure and untouched by me:

Not sure if this can be used for anything.

Maybe I did have the issue going further back, I just do not recall I had the issue.

Just tried to download and install some older versions and try some of my old backup versions. Apparently I have the issue in every single one of them at the moment - So...... I just do not remember that I had the issue until...... I guess my brain might be fried - but overall, it is still a problem. I just do not recall having the issue until the last main version I had, where I sorted what was only to be short fix until the problem was found. Well I guess time flies as well, some time ago overall........

Naa, it did not work..... and I guess i should not have expected it to work. I still think it is in the application code the problem is - but I will see if I can find another host to try with and see what happens.

There we go.

ChatGPT Summary: Yes, $ is visible in filenames on both Windows and Linux. It's treated as a normal character and sorts after numbers, before letters. Hidden folders like $Recycle.Bin exist, but the $ itself is not a hiding mechanism — just a naming convention.

So why is not the case in the playlist?

$ comes before numbers in the ASCII table and at least on Windows it sorts before numbers.

Naa, it did not work..... and I guess i should not have expected it to work. I still think it is in the application code the problem is - but I will see if I can find another host to try with and see what happens.

I don't think it's a host issue either. What's in your .htaccess files?

Another example of the issue, High to Low, and Low to High.... flips things around. Anyway...... Beginning of one and ending on the other setting, no sensibility in that or reasoning.

The FPS is behind the information. Just a head up. Not anything serious.

Forgot the image:

Just thinking, that those buttons in the middle, to save space could be put in the file manager window like you did in the playlist with buttons - and one could make those boxes bigger have more space for text on both sides - not sure how that would look, but some more space would not be bad on both sides. I have my struggle on pressing the file names down.
But I was like, those buttons are kinda affiliated with the first box. It could be matched with the height of the other top information, so it would look the same. Just a thought.

Not entirely sure how it would look to the eyes if one made those boxes someone longer getting a little closer in the midst - but it sure would nice with some more space for text length. Just a thought.

Although I guess you where probably going for the tape size of the 2 windows, to make it a little like the 80's.