| Summary: | QFileDialog::getExistingDirectoryUrl hangs on 'this pc' (binary factory build) | ||
|---|---|---|---|
| Product: | [Unmaintained] kde-windows | Reporter: | Harald Sitter <sitter> |
| Component: | porting | Assignee: | KDE-Windows <windows-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | christoph |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
Current Filelight seems to work fine for me. |
- 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 [...]").