Bug 171646

Summary:	luks password dialog missing key file selector
Product:	[Frameworks and Libraries] frameworks-solid	Reporter:	Dominik Dresel <0de7eay2nk>
Component:	general	Assignee:	Unassigned bugs <unassigned-bugs-null>
Status:	REPORTED ---
Severity:	wishlist	CC:	christoph, kde, kdelibs-bugs-null, lukas, mpeter.68m0y
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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().