https://bugs.kde.org/show_bug.cgi?id=525846
Bug ID: 525846
Summary: KWallet/ksecretd dependency for regular PDFs which
don't require causing a freeze
Classification: Applications
Product: okular
Version First 26.08.1
Reported In:
Platform: Arch Linux
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
Greetings,
KWallet/ksecretsd service running appears to be a hard requirement for opening
regular PDFs that don't have any kind of encryption/secret/...
When ksecretd is not running i can start okular, as soon as I open any PDF the
application freezes and there is no recovery beyond killing it. No outputs were
produced.
I run a different secret service that is blocked if kwallet runs, so I
commented the execution out in
/usr/share/dbus-1/services/org.kde.kwallet6.service. Didn't expect it to brick
my PDF viewer.
STEPS TO REPRODUCE
1. kill kwalletd6/ksecretd service
2. open okular
3. open pdf
4. freeze
OBSERVED RESULT
application freezes with no recovery
EXPECTED RESULT
okular opens the pdf
Okular/26.08.1
Operating System (available in the Info Center app, or by running `kinfo` in a
terminal window): Linux 7.2.4-arch1-2
KDE Plasma Version: not installed
KDE Frameworks Version: not installed
Qt Version: 6.11.2-3
I understand the need for when an encrypted/signed/... PDF is opened, but I'd
rather it informs me that opening such a PDF is not possible when the daemon is
not running (and working properly for regular PDFs). If for some reason this is
not possible, at least avoid freezing. It's just very obscure when my PDF
viewer stops working if something is wonky with my secret service.
--
You are receiving this mail because:
You are watching all bug changes.
