Bug 284975

Summary: "Kate Part" shortcuts not saved when ~/.kde/share is located on NTFS
Product: [Unmaintained] kdelibs Reporter: houstontyoung
Component: shortcutsAssignee: Michel Ludwig <michel.ludwig>
Status: RESOLVED WORKSFORME    
Severity: normal CC: adaptee, houstontyoung, wxgeo
Priority: NOR    
Version: 4.7   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description houstontyoung 2011-10-25 23:43:27 UTC
Version:           2.1.0 (using KDE 4.7.1) 
OS:                Linux

The Kile keyboard shortcuts are divided into "Kate Part" and "Kile Part".  Those in the Kile part are saved to the appropriate config file on exiting Kile.  However, those in the Kate part are lost on exit.

Reproducible: Always

Steps to Reproduce:
1. Start Kile.
2. Open the "Configure Shortcuts..." dialog and change a shortcut in the Kate part (e.g., "Save as...").
3. Hit "OK".  The shortcut will be correctly saved in the current Kile session.
4. Restart Kile.  The modified shortcut has been reset to its default.

Actual Results:  
Only the shortcuts in the Kile part are saved on exiting Kile.

Expected Results:  
*All* shortcuts should persist between Kile sessions.
Comment 1 houstontyoung 2011-10-25 23:44:41 UTC
I should say I'm using Ubuntu 11.04 with Gnome desktop.
Comment 2 Jekyll Wu 2011-10-26 15:38:49 UTC
I can't reproduce this with kile-2.1.0 and KDE-4.7.2.  

Right after I change some shortcut provided by kate kpart, it is written into ~/.kde4/share/apps/katepart/katepartui.rc . Close then reopen kile, the changed shortcut is persistent.
Comment 3 houstontyoung 2011-10-26 20:42:01 UTC
I don't yet have KDE-4.7.2; I'm waiting for it to be backported to Ubuntu 11.04, which apparently should happen any day now according to 

http://www.kubuntu.org/news/kde-platform-workspaces-and-applications-472

So once I'm able to update, I'll check again.
Comment 4 houstontyoung 2011-10-27 14:49:39 UTC
Just updated to KDE-4.7.2.  Still not fixed, but here's more precisely what I see:

1. Open the katepartui.rc file in an editor (other than Kile).  Note which shortcuts appear.
2. Start Kile.  Kile doesn't use any of the shortcuts listed in the file; it uses the defaults.
3. Change one of the Kate Part shortcuts as described in description above.
4. Quit Kile.  Now the editor asks to reload katepartui.rc; when it does, any existing shortcuts are removed, and the new shortcut from step 3 appears.
5. Start Kile again.  The shortcut in katepartui.rc is still ignored.

So it appears Kile does write the shortcuts to katepartui.rc, but it is not reading them on startup for some reason.
Comment 5 Michel Ludwig 2011-11-20 20:21:58 UTC
Sorry, but I can't reproduce this here. KatePart shortcuts are correctly restored even with KDE 4.6.5 (on Fedora).

How did you install Kile?
Comment 6 houstontyoung 2011-11-20 21:23:13 UTC
If I remember correctly, I first installed 2.1.0 Beta 5 from here:

https://launchpad.net/~yofel/+archive/backports

then updated to the release 2.1.0 from the Kubuntu backports PPA.
Do you think re-installing from scratch would help?
Comment 7 houstontyoung 2011-11-20 21:43:11 UTC
Okay, I tried un-installing and re-installing from the Kubuntu Backports PPA, but no change in behavior from the original post.

Here are all my specs, in case it helps:
- Ubuntu 11.04, dual-booting with Windows XP on a Dell laptop
- KDE 4.7.2 (not the full workspace; just packages required to run Kile and Kate) from the Kubuntu Backports PPA
- Kile 2.1.0
- directory ~/.kde/share is symlinked to a directory on a shared NTFS partition so I can use the same settings in Kile/KDE-for-Windows in Win XP
Comment 8 Michel Ludwig 2011-11-20 21:59:49 UTC
Ok, the last point looks most interesting as my setup is different.

Can you try it saving/restoring KatePart shortcuts works in Kwrite and Kate itself? And maybe even KDevelop?
Comment 9 houstontyoung 2011-11-21 00:20:08 UTC
OK, I think it was the symlinking.

I installed KWrite first, and the shortcuts *did* persist between sessions.  However, they still did not persist in Kate/Kile.

But when I removed the symlink to the NTFS partition and restored the ~/.kde/share folder to its original location, *the Kate/Kile shortcuts did persist*.

Moreover, when I started Kile just after restoring the folder, it picked up the shortcuts I had saved in the last session, but which had not been showing up after a restart.  Strange!

So it looks like there is some difference between the way KWrite and Kate/Kile read their respective katepart files, and something that doesn't jive between Kate/Kile and NTFS.

But I'm happy it's working now!  Thanks for your help!
Comment 10 Michel Ludwig 2011-11-21 08:17:44 UTC
Ok, I'm forwarding this to kdelibs so that the NTFS issue can be investigated.
Comment 11 wxgeo 2012-09-05 16:43:23 UTC
It seems I have a similar problem, except I don't use NTFS, but ext4.

Here are all my specs: 
- An up-to-date Ubuntu 12.04 (updated from 10.4, and with LXDE on top)
- KDE 4.8.4 (not the full workspace; just packages required to run Kile and Kate)
- Kile 2.1.0 
- directory ~/.kde/share is symlinked to a directory on a shared ext4 partition, which is in my Dropbox folder, so I can use it on different computers (all Ubuntu powered).

Using a symlink worked well on Ubuntu 10.4 (I don't remember the corresponding Kile version).$

Now, Kile shortcuts can be modified, but Kate shortcuts changes are ignored. Is there any workaround ?
Comment 12 Andrew Crouthamel 2018-11-09 00:58:48 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 13 Andrew Crouthamel 2018-11-18 03:34:29 UTC
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand.

Thank you for helping us make KDE software even better for everyone!
Comment 14 houstontyoung 2018-11-22 20:35:29 UTC
Unfortunately I haven't used Kile for several years and don't have an NTFS partition on which to test it.
Comment 15 Justin Zobel 2023-01-18 02:41:02 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 16 Bug Janitor Service 2023-02-02 05:00:25 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 17 Bug Janitor Service 2023-02-17 03:48:19 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!