[Bug 34122] Multiple applications expects files returned by FindFirstFile/FindNextFile to be in alphabetical order (Civilization V with 2 expansion packs, TAGAP)

[wine-bugs at winehq.org]

https://bugs.winehq.org/show_bug.cgi?id=34122

Robert Walker <bob.mt.wya at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bob.mt.wya at gmail.com

--- Comment #25 from Robert Walker <bob.mt.wya at gmail.com> ---
(In reply to super_man from comment #21)
> Created attachment 52641 [details]
> test this patch

This patch works to fix the issue with the Steam Client backup/restore browser.

I had to change the function call: CompareStringOrdinal(... , true)
This then appears to exactly duplicate the sort order for an NTFS formatted
drive (when accessed under native Windows).

However running the Steam client backup/restore browser - under native Windows
8.1 - the sort order for:
FindFirstFile/FindNextFile
appears to be extremely random for a CIFS network-mapped drive (Linux Samba
share). I couldn't even work out what the sort order is based on (it's not
alphabetical, or creation/modification dates).

Surely this bug is really in Windows applications (Steam client, etc.) that
assume that FindFirstFile/FindNextFile will always return sorted results? As
this is only the case for NTFS formatted volumes.

I will keep the patch in my Gentoo Wine user patches... The end result is a
much better user experience!

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.