Summary: | QML FileDialog is not displayed if using KDE as desktop environment | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-frameworkintegration | Reporter: | Alexander Görtz <kde> |
Component: | general | Assignee: | Marco Martin <notmart> |
Status: | RESOLVED DUPLICATE | ||
Severity: | major | CC: | lukas, simonandric5 |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/plasma-desktop/3cc4e647946bf28ce6864a1287d5e57937cc679d | Version Fixed In: | |
Sentry Crash Report: |
Description
Alexander Görtz
2015-03-10 09:07:08 UTC
probably an issue in the frameworksintegration framework I edited the Product, hopefully it's now in the right place as this is a quiet serious issue if it really affects all plasma-frameworks installations. with the same qml file, it seems to be reproduceable. interesting thing is that it seems to do something, since i see a lot of debug output about kio, but no dialog visible running it in a debugger, it seems the file dialog gets created, and the qwindow is visible, at least it thinks so. there is just no actual window to be seen on the desktop :/ This is the exact same behaivor I have on my system and it is consistent with the behaivor of the Qt system dialogs example supplied with qt 5.4. From the Qt docs I got that it first tries to create a native fileDialog then a Qt C++ file dialog and as a last fallback a Qt QML file dialog. But I couldn't find out if it is possible to force one of these to see which one is actually failing or if none of them works. Perfect, thanks for the patch, I just applied it and rebuild my frameworkintegration package and the dialog is now displayed. But it is not closed on accept or cancle qml thinks it is still visible. You can check that easily by adding a Component.onDestruction: console.log("Destroying file dialog.") to the FileDialog part. For me this will never be called. so even if I close the main window the programm would not exit because it thinks it still has and open window. Git commit 22796e978d731b81454ab273ed1fa09b94727f6e by Marco Martin. Committed on 26/03/2015 at 15:48. Pushed by mart into branch 'master'. function to adjust a rect to availableScreenRect Given a geometry, it adjusts it moving it completely inside of the boundaries of availableScreenRegion, returning the topLeft point of the adjusted rectangle reviewed-by: David Edmundson <david@davidedmundson.co.uk> Change-Id: Ib58cbf521d5def1cd5bb34fe90366d4b628f8a89 Related: bug 345401 M +101 -0 src/scriptengines/qml/plasmoid/containmentinterface.cpp M +7 -0 src/scriptengines/qml/plasmoid/containmentinterface.h http://commits.kde.org/plasma-framework/22796e978d731b81454ab273ed1fa09b94727f6e Git commit 3cc4e647946bf28ce6864a1287d5e57937cc679d by Marco Martin. Committed on 26/03/2015 at 15:51. Pushed by mart into branch 'master'. position considering availableScreenRegion position toolbox and applets considering availableScreenRegion make possible to use the empty space in panels that don't have a 100% width/height Related: bug 345401 M +8 -2 containments/desktop/package/contents/code/LayoutManager.js M +2 -9 containments/desktop/package/contents/ui/main.qml M +2 -2 toolboxes/desktoptoolbox/contents/ui/ToolBoxButton.qml M +27 -25 toolboxes/desktoptoolbox/contents/ui/ToolBoxRoot.qml http://commits.kde.org/plasma-desktop/3cc4e647946bf28ce6864a1287d5e57937cc679d BUG: on the wrong number reopening ... and closing as a dupe, the bug is fixed nonetheless :) *** This bug has been marked as a duplicate of bug 334963 *** |