XYplorer Beta Club

What about the 3 file times on Info Panel / Properties? Look okay?

3 file times on Info Panel / Properties are OK.

Am I the only one for whom it works? On two different machines and Windows versions?

Windows 10 x64, XYplorer 27.90.0001 64-bit, US location, in a ::fresh instance

With a file selected I use this command in the address bar:
Here's the pop-up output:

Alright, so I'm not the only one!

But what causes the difference? Completely out of ideas...

Works for me as well on the latest Windows 11.

I changed my date/time format from Russian to US and both strings are the same now:
6/13/2022 12:39:24 PM
6/13/2022 12:39:24 PM
So it all seems to depend also on regional settings.

Bingo!

Yes I mentioned it was related to regional settings in my OP, I have customized mine years ago to a 2 digit year (as pictured), maybe when using completely default regional settings it works ok. FYI as usual I was using fresh; in the screenshots I posted.

It's just strange everywhere else I could see in the UI was ok for dates, so I was inclined to think that it was something to do with the way SC property interprets dates.

I noticed that the update download function seems to be placed in the main thread and is not asynchronous. If the network is poor during the download process, the entire program will become unresponsive. This situation should exist in all versions for at least the past year.

In my tests I only changed the date format, not the region. But changing the region makes the difference here.

A tricky one but I think I could successfully handle it. Looks like TB has a problem with the implicit date-to-string conversion when regional settings for date are changed. Tricky because sometimes there is no problem and it behaves correctly. E.g. after rebooting Windows. Hmm.

Anyway, I changed the implicit date-to-string conversion to an explicit one and things look good now.

AlphaGo wrote: ↑14 Jul 2025 03:27 I noticed that the update download function seems to be placed in the main thread and is not asynchronous. If the network is poor during the download process, the entire program will become unresponsive. This situation should exist in all versions for at least the past year.

Not a twinBASIC problem, but twinBASIC will have the solution to it. It's on my list.

admin wrote: ↑14 Jul 2025 09:52[...] Anyway, I changed the implicit date-to-string conversion to an explicit one and things look good now.

Confirmed as SOLVED in 27.90.0007

Yep #date looks fixed for me too.

Out of interest, once TB supports threading, will XYcopy be no longer req, or do you plan to keep it since it's already functional.

PS: Thanks guys for confirming the date issue.

We'll see. Depends on what threading can do and how.