[Bug 48589] New: Old-Style OpenFileDialog displays folder list as flat current folders- windows uses pseudo-tree-view of current folder.

[WineHQ Bugzilla]

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

Bug ID: 48589
           Summary: Old-Style OpenFileDialog displays folder list as flat
                    current folders- windows uses pseudo-tree-view of
                    current folder.
           Product: Wine
           Version: 5.1
          Hardware: x86-64
                OS: Mac OS X
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: comdlg32
          Assignee: [e-mail]
          Reporter: [e-mail]

When using an old-style (ostensibly win3.1) file comctl32 dialog called from
OpenFileDialogA or OpenFileDialogW (triggered by using OFN_ENABLEHOOK or not
setting OFN_EXPLORER) the folder view is different from any current windows
implementation.

Windows (7 and 10 tested) displays a fake tree view of the current directory
and parent directories by indenting the folders a single space for each level
and showing all folders on the path.

Wine displays a flat list of folders in the current directory including '[..]'.
Each folder has its name surrounded by square brackets, as defined in
DlgDirListW.

I have a pre-95 win32 application (MSDA.EXE from HP ChemStation G1701BA) which
depends on the windows behaviour. It doesn't expect brackets around folder
names in the listbox so cannot 'see' the folders that it treats as files to
load. Its hook function appears to be doing a WM_GETTEXT on the currently
selected entry in the directory listbox and does not match directory entries
ending in *.D as the square brackets are there.

I have a sample application (very dumb) that demonstrates the difference in
appearance but not in behaviour.