XYplorer Beta Club

Since Version 23.90.0403 Icons are not loaded when the path used to access them is an absolute path without driveletter (e.g. \.icons\0.ico)
I use this a lot, normally they should(?) refer to the drive where XYplorer is located I think (so in the example above just the C: would be added and C:\.icons\0.ico should be used).
I use this because it works also on network-shares in default windows explorer as well if the icons-folder is included in the root of the share (which can easly be done with a hidden junction to the main icons-folder).

This was working till Version 23.90.0402.
Tested on my Win7 and Win10 machine. (the issue still applies in 24.00.0102)
Interestingly using this kind of path in a desktop.ini-File for the icon still works (but this might be the shell in charge here).

I seems that this applies all over the place, here are just some places where I noticed it first:
CTB, CFI, Scripting Menus, Filelist (when located to a diveless-path e.g. \.icons\) As you can see in the screenshot above even the right-click-menu is not the default anymore if you naviagted a driveless path.
Here is what it looks on the complete path: In the older versions navigating to \.icons\ just redirected me to C:\.icons\ (the location in the addressbar changed). This stopped in this release. Maybe thats the catch. I noticed something with OneDrive in the changelog, maybe it has something to do with it.

Can you display a "Links" folder in the tree? (Configuration | General | Tree and List | Items in Tree and List | Show Links folder)

Whatever, it should be fixed in the next beta.

Looks and behaves the same with 23.90.0402 and 24.00.0102.
Even .ico-Files located directly in the Links-folder (just for testing) have their icons drawn in the list.

What about the OneDrive folder?

Won't show up at all.
Obviously because I have OneDrive disabled at all my machines

Interesting bug! Fixed in next beta.

You indeed fixed it looking good in 24.00.0103.
I'am allways surprised by your amazing reactionspeed .