Summary: | cannot remove sessions or schemas | ||
---|---|---|---|
Product: | [Applications] konsole | Reporter: | Mark Veltzer <mark.veltzer> |
Component: | general | Assignee: | Konsole Developer <konsole-devel> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 1.6.2 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Mark Veltzer
2006-05-07 15:03:53 UTC
If you are unable to delete the session or schemas it is due to your lack of permissions to do so. Ask your system admin or if you can check the permissions on the files. You might ask on Debian mailing-list/website. % ls -l $KDEDIR/share/apps/konsole/*.schema % ls -l $KDEDIR/share/apps/konsole/*.desktop Schemas are not hardcoded in the code, they can be found in share/apps/konsole/*.schema. If there are no sessions left, the button is greyed out. I'm referring to #1 There is NO ACCESS to /usr/share/apps/konsole/*.schema and THERE WILL NEVER BE any. If that is the case then please do not put a "remove schema" or "add schema" buttons there because a simply rule of security in UNIX states that applications, and their shared data are owner by root while only the users home directory is owned by him. The data in $KDE/ whatever will never be user writable and any application that assumes that in any way is simply mistaken. The only directories accesible for writing for mortal users (meaning KDE users on a multi user machine) is /tmp and their home directory (and even /tmp is bad since it is shared between all users and created security problems). The schema data should be user specific and therefore reside IN THE USERS HOME DIRECTORY as preference data along with the rest of the preferences. It could be INITIALIZED from the files in /usr/share or what ever but not read or written there. |