Bug 388280 - QFileDialog::getExistingDirectoryUrl hangs on 'this pc' (binary factory build)
Summary: QFileDialog::getExistingDirectoryUrl hangs on 'this pc' (binary factory build)
Status: RESOLVED FIXED
Alias: None
Product: kde-windows
Classification: Miscellaneous
Component: porting (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KDE-Windows
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-12-27 18:03 UTC by Harald Sitter
Modified: 2019-10-20 15:10 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Harald Sitter 2017-12-27 18:03:20 UTC 
- download filelight from factory
- install
- start
- click 'open'
- dir open dialog comes up
- select 'this pc' from the left hand side pane
- click 'select folder' to confirm that selection
- filelight gets deadlocked
- debug output shows the following: Unable to create a local copy of QShellItem(attributes=0xb0000174 [dir], normalDisplay="This PC", desktopAbsoluteParsing="::{20D04FE0-3AEA-1069-A2D8-08002B30309D}")
- after that the app actually seems to be stuck in the event loop poll

I am not entirely sure why that would happen. The copy error seems to come out of the windows platform plugin, but I can't seem to reproduce this with a local qt 5.7 mingw32-cross-build from linux (which simply doesn't open anything) nor with a minimal `QFileDialog::getExistingDirectoryUrl()` example built with the mingw 5.3 of the qt 5.10 sdk (which raises the windows native error "You can't open this location using this program [...]").
Comment 1 Christoph Cullmann 2019-10-20 15:10:54 UTC 
Current Filelight seems to work fine for me.