Bug 428181

Same issue over here:

https://github.com/borgbase/vorta/issues/693

Same OS, same KDE/Plasma/Qt versions.
Used to work back in Plasma 5.19.x
Thanks!

I ran into the same problem with Audacious after the recent Plasma update on Manjaro KDE. Interface of the app is irrelevant, since I use the default one.

File > Open Folder... > [select a dir] > Open

Whilst clicking "Open", nothing happens. It used to work fine previously.

Same issue using vorta on KDE Plasma.
https://github.com/borgbase/vorta/issues/693

Linux 5.4.80-2-MANJARO x86_64 GNU/Linux
plasmashell 5.20.4
QT 5.15.2
vorta 0.7.1-3

I created a code example, requires PyQt5. Expected behaviour is clicking the open button prints the path.

from PyQt5 import QtCore
from PyQt5.QtWidgets import QFileDialog, QApplication, QWidget
import os
import sys

class App(QWidget):
    def __init__(self):
        def receive():
            dirs = dialog.selectedFiles()
            print(dirs)
        super().__init__()
        dialog = choose_file_dialog(self, "asdf", want_folder=True)
        dialog.open(receive)  # Open and cancel buttons don't do anything on KDE, breaks here.
        dialog.exec()
        sys.exit()


def choose_file_dialog(parent, title, want_folder=True):
    options = QFileDialog.Options()
    if want_folder:
        options |= QFileDialog.ShowDirsOnly
    dialog = QFileDialog(parent, title, os.path.expanduser('~'), options=options)
    dialog.setFileMode(QFileDialog.Directory if want_folder else QFileDialog.ExistingFiles)
    dialog.setParent(parent, QtCore.Qt.Sheet)
    return dialog

if __name__ == '__main__':
    app = QApplication(sys.argv)
    ex = App()
    sys.exit(app.exec_())

*** This bug has been marked as a duplicate of bug 419874 ***

I still have the same issue like reported here. I patiently waited after multiple updates for months. Currently on KDE Plasma v5.22.4. After I run the above code by @samuel-w, I can still replicate the original bug - I couldn't select any subdirectory. The button "Open" behaves like it's disabled, but it's actually not disabled. When I run the code, this is the output:

$ python test.py 
QApplication: invalid style override 'gtk' passed, ignoring it.
        Available styles: Breeze, kvantum-dark, kvantum, qt5ct-style, Windows, Fusion
qt.svg: link #path2410 is undefined!
kf.coreaddons: no metadata found in "/usr/lib/qt/plugins/kf5/kio/desktop.so" "Failed to extract plugin meta data from '/usr/lib/qt/plugins/kf5/kio/desktop.so'"
kf.coreaddons: no metadata found in "/usr/lib/qt/plugins/kf5/kio/applications.so" "Failed to extract plugin meta data from '/usr/lib/qt/plugins/kf5/kio/applications.so'"
kf.coreaddons: no metadata found in "/usr/lib/qt/plugins/kf5/kio/desktop.so" "Failed to extract plugin meta data from '/usr/lib/qt/plugins/kf5/kio/desktop.so'"
kf.coreaddons: no metadata found in "/usr/lib/qt/plugins/kf5/kio/applications.so" "Failed to extract plugin meta data from '/usr/lib/qt/plugins/kf5/kio/applications.so'"

@Jazz(In reply to Jazz from comment #6)
> I still have the same issue like reported here. I patiently waited after
> multiple updates for months. Currently on KDE Plasma v5.22.4. After I run
> the above code by @samuel-w, I can still replicate the original bug - I
> couldn't select any subdirectory. The button "Open" behaves like it's
> disabled, but it's actually not disabled. When I run the code, this is the
> output:
> 
> $ python test.py 
> QApplication: invalid style override 'gtk' passed, ignoring it.
>         Available styles: Breeze, kvantum-dark, kvantum, qt5ct-style,
> Windows, Fusion
> qt.svg: link #path2410 is undefined!
> kf.coreaddons: no metadata found in "/usr/lib/qt/plugins/kf5/kio/desktop.so"
> "Failed to extract plugin meta data from
> '/usr/lib/qt/plugins/kf5/kio/desktop.so'"
> kf.coreaddons: no metadata found in
> "/usr/lib/qt/plugins/kf5/kio/applications.so" "Failed to extract plugin meta
> data from '/usr/lib/qt/plugins/kf5/kio/applications.so'"
> kf.coreaddons: no metadata found in "/usr/lib/qt/plugins/kf5/kio/desktop.so"
> "Failed to extract plugin meta data from
> '/usr/lib/qt/plugins/kf5/kio/desktop.so'"
> kf.coreaddons: no metadata found in
> "/usr/lib/qt/plugins/kf5/kio/applications.so" "Failed to extract plugin meta
> data from '/usr/lib/qt/plugins/kf5/kio/applications.so'"

I can confirm that this issue is still present for me as well. Should've reopened this issue myself.

I've noticed something interesting. I.g. if we have the following dir path:

~/A/B/C/D

In case you open D dir (from the "Open Folder" dialogue) and try to click at "Open" - it won't work.

But in case you open dir C and JUST SELECT dir D (without opening it), then clicking "Open" works as expected!

I could replicate the above behavior whilst running the above Python code as well.

Is this the expected behavior? Not very intuitive/user friendly imo. It should work in both cases.

Hi,

I am experiencing the same phenomenon with audacious 4.1 on Gentoo.

Actions performed:

Start audacious in a terminal.
Then from the GUI select:
File > Open Folder .. > (choose a folder) click "Open" button
or
File > Add Folder .. > (choose a folder) click "Add" button

Expected:

All music files in the designated folder are added to the playlist.

Observed:

In both cases the dialog box stays open, no file is added to the playlist, and I get the following message in my terminal
Qt: Session management error: networkIdsList argument is NULL

I noticed that this phenomenon disappears when audacious is launched from another window manager (e.g i3)  and uses the generic Qt file chooser (as John Lindgren from audacious so graciously helped me determine https://redmine.audacious-media-player.org/issues/1089#note-7).

It is suspected that the KDE File chooser is interfering with audacious' default behaviour.  I hope this will help in identifying the root cause of the problem.
I am willing to perform further tests if necessary.

Thanks for your help.


Installed version:

media-plugins/audacious-plugins 4.1
media-sound/audacious 4.1

dev-qt/qtcore 5.15.2-r14
kde-frameworks/plasma 5.90.0-r1
kde-plasma/plasma-desktop 5.23.5-r1
x11-base/xorg-server 21.1.3

Environment:

Portage 3.0.30 (python 3.9.9-final-0, default/linux/amd64/17.1/desktop/plasma/systemd, gcc-11.2.0, glibc-2.33-r7, 5.15.23-gentoo x86_64) =================================================================

Timestamp of repository gentoo: Sun, 06 Mar 2022 06:30:01 +0000
Head commit of repository gentoo: 595d57be87fef04ee62ecdd9ed3dd2c7f444ee2c
sh bash 5.1_p16
ld GNU ld (Gentoo 2.37_p1 p2) 2.37
app-shells/bash: 5.1_p16::gentoo
dev-lang/perl: 5.34.0-r6::gentoo
dev-lang/python: 3.7.12_p1::gentoo, 3.8.12_p1-r1::gentoo, 3.9.9-r1::gentoo, 3.10.0_p1-r1::gentoo
dev-util/cmake: 3.22.2::gentoo
dev-util/meson: 0.60.3::gentoo
sys-devel/autoconf: 2.13-r1::gentoo, 2.71-r1::gentoo
sys-devel/automake: 1.13.4-r2::gentoo, 1.14.1-r2::gentoo, 1.16.4::gentoo
sys-devel/binutils: 2.37_p1-r2::gentoo
sys-devel/binutils-config: 5.4::gentoo
sys-devel/clang: 13.0.0::gentoo
sys-devel/gcc: 11.2.0::gentoo
sys-devel/gcc-config: 2.5-r1::gentoo
sys-devel/libtool: 2.4.6-r6::gentoo
sys-devel/llvm: 13.0.0::gentoo
sys-devel/make: 4.3::gentoo
sys-kernel/linux-headers: 5.15-r3::gentoo (virtual/os-headers)
sys-libs/glibc: 2.33-r7::gentoo

Can reproduce.

Hangs at nativeDialogInUse = platformFileDialogHelper() != nullptr;

Should be fixed now