http://bugs.winehq.org/show_bug.cgi?id=31008 --- Comment #1 from Nikolay Sivov <bunglehead(a)gmail.com> 2012-06-25 23:04:55 CDT --- (In reply to comment #0)
Install / run.
Click "paths" and click "..."
It should show "Browse for folder" dialog, but it shows "Open file" dialog.
It depends actually. Application detects what is supported and what you expect is the last thing in fallback path. Could you try this on Vista or Win7? I expect a difference: --- pSHCreateItemFromParsingName = (SHCREATEITEMFROMPARSINGNAME)GetProcAddress ( GetModuleHandle (_T("shell32.dll")), "SHCreateItemFromParsingName"); if (pSHCreateItemFromParsingName) hr = CoCreateInstance (mode > 0 ? __uuidof(FileSaveDialog) : __uuidof(FileOpenDialog), NULL, CLSCTX_INPROC_SERVER, mode > 0 ? IID_IFileSaveDialog : IID_IFileOpenDialog, (LPVOID*)&pfd); if (FAILED (hr)) { if (mode > 0) return GetSaveFileName (opn); else if (mode == 0) return GetOpenFileName (opn); else return DirectorySelection2 (opn); } --- In case of these buttons 'mode' is -1 so it goes with FileOpenDialog and IID_IFileOpenDialog which is what you see. The dialog you expect created from DirectorySelection2(). The question now is - does open dialog look the same it looks in Win7?
Workaround native comdlg32.dll
The reason is most likely is that native module is too old. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.