Bug 178590 - Save dialog improvement for saving outside user's home directory.
Summary: Save dialog improvement for saving outside user's home directory.
Status: CONFIRMED
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 4.1
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-12-23 18:38 UTC by Diego
Modified: 2017-09-26 13:55 UTC (History)
1 user (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 Diego 2008-12-23 18:38:55 UTC
Version:            (using Devel)
OS:                Linux
Installed from:    Compiled sources

Several times to modify a configuration file in Linux et similia you should edit a text file (e.g. /etc/X11/xorg.conf, /etc/fstab, /boot/grub/menu.lst and so on). To be able to save in its original position you should run an editor as privileged user (generally root); in particular if you want to do that from a graphical editor you need to do some bad things:
- find a (unintuitive) way to start a graphical editor as root (e.g. Alt+F2 followed by "kdesu kwrite");
- run a whole application as root (that's bad for security I think).


NOTE: I don't know if it's doable of if it actually makes sense.

My idea is to somehow integrate KSaveDialog with PolicyKit-KDE; for example:
- check if the user running the GUI can write to destination folder;
- if he can then save and do not prompt anything as usual;
- if he can't then open another dialog asking if he wants to abort the save or he wants to be asked for password to perform an action (save the file) as privileged user;
- if the user chooses to be asked for password then do the things needed to actually save the file (PolicyKit-KDE?).
Comment 1 Oliver Putz 2009-03-02 16:04:57 UTC
*** This bug has been confirmed by popular vote. ***