Save attachment opens an "Open" dialog windown on Fedora 44 / KDE 6.7.1 (native, NOT flatpak/snap)

[rocketraman]

Have you searched for an existing issue?

• Yes, I tried searching and reviewed the pinned issues

Brief Summary

Saving attachment dialog window does not provide a possibility to save the file. Just "Open" button is accessible. Only folders are visible in the dialog. Choosing a folder navigates into it. The "Open" button does nothing at all. Typing a value into the "Name" field and clicking "Open" closes the dialog, but the result is only an empty directory with the typed name. The attachment is not saved.

That happens on Fedora 44 with KeepassXC 2.7.12 on KDE Plasma 6.7.1.

KeepassXC is installed via DNF/RPM. It is not running via Flatpak, which from searching the issue tracker has been the cause of previous similar problems.

Steps to Reproduce

1. Create entry with attachment
2. Open advanced windows with attachments
3. Choose one and click "Save" button
4. Try to choose any directory or file and click "Open"

Expected Versus Actual Behavior

"Save" button opens a save dialog window and provide possibility to save attachment.

KeePassXC Debug Information

KeePassXC - Version 2.7.12

Qt 5.15.18
Debugging mode is disabled.

Operating system: Fedora Linux 44 (Forty Four)
CPU architecture: x86_64
Kernel: linux 7.0.13-200.fc44.x86_64

Enabled extensions:
- Auto-Type
- Browser Integration
- Passkeys
- SSH Agent
- KeeShare
- YubiKey
- Secret Service Integration

Cryptographic libraries:
- Botan 3.9.0

Operating System

Operating System: Fedora Linux 44
KDE Plasma Version: 6.7.1
KDE Frameworks Version: 6.27.0
Qt Version: 6.11.1
Kernel Version: 7.0.13-200.fc44.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 32 × AMD Ryzen 9 9950X3D 16-Core Processor
Memory: 192 GiB of RAM (187.8 GiB usable)
Graphics Processor: AMD Radeon RX 9070 XT
Manufacturer: ASUS

Linux Desktop Environment

KDE

Linux Windowing System

Wayland

[droidmonkey]

Save attachment is a select directory dialog, you need to select a directory where the attachment will be saved to.

[rocketraman]

@droidmonkey No. It won't let me select a directory. All selecting a directory does is navigate into it. Clicking the "Open" button does nothing. If I type a new name into the "Name" field, it simply creates an empty directory with that name. It does not save the attachment into it.

[droidmonkey]

This doesn't sound like our issue, we do not provide the file picker, that is a desktop env function or qt native. Did this just start recently?

[rocketraman]

This doesn't sound like our issue, we do not provide the file picker, that is a desktop env function or qt native. Did this just start recently?

I don't think I've saved an attachment in a while so not sure when it started. I debugged a bit on my system and I am indeed able to reproduce the exact same issue / behavior on my system with a simply Python program (thanks Claude) -- so I think this is some kind of qt5 on Fedora bug which I will raise a Fedora issue for:

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

app = QApplication(sys.argv)

print("=== environment ===")
print("platformName       :", app.platformName())
print("widget style        :", app.style().objectName(), "(breeze => KDE Qt5 theme active)")
print("QT_QPA_PLATFORM     :", os.environ.get("QT_QPA_PLATFORM", "<unset>"))
print("QT_QPA_PLATFORMTHEME:", os.environ.get("QT_QPA_PLATFORMTHEME", "<unset>"))
print("XDG_CURRENT_DESKTOP :", os.environ.get("XDG_CURRENT_DESKTOP", "<unset>"))
print()
print(">>> A folder-selection dialog will open now.")
print(">>> Try to pick a destination folder and confirm it, exactly like")
print(">>> 'Save attachment' in KeePassXC.")
print()

# EXACT equivalent of KeePassXC src/gui/FileDialog.cpp:121
result = QFileDialog.getExistingDirectory(
    None,
    "Save attachments (plain-Qt5 reproducer)",
    os.path.expanduser("~"),
    QFileDialog.ShowDirsOnly,
)

print("=== RESULT ===")
if result:
    print("RETURNED DIRECTORY:", result)
    print("--> Dialog WORKED. Plain Qt5 folder picker is functional on this session.")
    print("--> Implication: the fault is NOT the generic Qt5 dialog; look at keepassxc.")
else:
    print("RETURNED: <empty>  (dialog was cancelled OR could not confirm a folder)")
    print("--> If you could NOT confirm a folder, this reproduces #13504 with NO keepassxc")
    print("--> code involved: the defect is the Qt5 native folder dialog on this desktop")
    print("--> (generic Fedora Qt5/plasma-integration/portal), not keepassxc.")

However, in that dialog I am able to type a new folder name into the dialog box which the python program above returns the path to successfully. KeepassXC presumably gets this info as well, and it creates the folder, but it does not save the attachment into it. So I think that might be a KeepassXC bug. It looks like the boolean check for the return value of mkpath here is incorrect and should be negated:

keepassxc/src/gui/entry/EntryAttachmentsWidget.cpp

Lines 360 to 365 in 91461e1

	if (!saveDir.exists()) {
	if (saveDir.mkpath(saveDir.absolutePath())) {
	errorOccurred(tr("Unable to create directory:\n%1").arg(saveDir.absolutePath()));
	return;
	}
	}

[rocketraman]

Created PR #13508