Bug 171646 - luks password dialog missing key file selector
Summary: luks password dialog missing key file selector
Status: REPORTED
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-25 12:55 UTC by Dominik Dresel
Modified: 2023-03-07 16:46 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dominik Dresel 2008-09-25 12:55:17 UTC
Version:           1.1 (using KDE 4.1.1)
Compiler:          gcc version 4.1.2 (Gentoo 4.1.2 p1.1) 
OS:                Linux
Installed from:    Gentoo Packages

If you are trying to decrypt a encrypted media via dolphin's sidebar, the dialog which prompts you to specify a password appears. This is fine, if you don't have encrypted media that is encrypted via a key-file. In my case, I have external devices that can only be decrypted by a specific key file that is stored on a local encrypted harddisk.

It would be nice, if the dialog which requests the password will be modified in a way that it is possible to select a key-file via the file-open-dialog or to enter a password.
Comment 1 Felix Tiede 2011-02-13 08:29:06 UTC
This bug still exists in KDE 4.6.0

As far as my search in the code took me, this is a problem with kded's SolidUIServer::showPassphraseDialog() which does not supply means of specifying a file containing the key to a LUKS device.

Unfortunately UDisks documentation of LuksUnlock() does not state clearly how a key-file should be used, but my test verified it is sufficient to supply the content of the key-file as passphrase parameter to get it unlocked.

I'd opt for a KPassphraseDialog supplying an option to specify a key-file returning its contents as first parameter of signal gotPassword().