Version: 2.0.81 (using 4.2.2 (KDE 4.2.2), Kubuntu packages) Compiler: cc OS: Linux (x86_64) release 2.6.28-11-generic Each time I restart Kile, all the shortcuts set by myself in the last session have vanished. Some times, when I change the shortcuts and try to save them, Kile crashes. Same thing happens, when I try to edit the toolbars in the "Configure toolbars" menu. Additionally, I do not get my Kile in German since upgrading to Kubuntu 9.04. But this bug could be related to the Ubuntu translation system Rossetta.
I think there is mpre than one bug here: 1: userdefine shortcuts is lost when reloading Kile 2: Sometimes when saving shotcuts Kile crashes. 3: "Same thing happens" (pleace be more specifig) when trying to edit toolbars 4: lost translation in Ubuntu Maybe those bug should be in different bug repoorts??
No, all these bugs are probably fixed already in the latest SVN version. Please try it out (or ping the Ubuntu people to create a new package).
Keyword shortcuts are still lost (or not saved at all) - as of 2.0.81 (r978283). Reproduced on Gentoo, using live packages, using KDE 4.2.4, Qt 4.5.1, clean account.
Upps. it was supposed to be in bug 187965
Similar things happening here with 2.1 beta 1. See attachment: * when kile starts, the "tools" toolbar is incomplete/near empty * the configure dialog shows everything that _should_ be there. * just closing the dialog does not change anything. * after modifying the toolbar and applying the changes, the problem is gone. * however, closing kile and restarting it we get back to square one. in addition kile also does not remember the settings "icons and text" etc. of the toolbars...
Created attachment 34630 [details] screenshot: discrepancy between configure dialog and actual status of toolbars
Can you check whether you haven't got an old "kileui.rc" file lying around somewhere? (probably in ~/.kde/share/apps/kile)
Yes, indeed, I had one: huettel@grenadine ~ $ find . -name "kileui.rc" ./.kde4/share/apps/kile/kileui.rc ./.kde/share/apps/kile/kileui.rc huettel@grenadine ~ $ But... I closed kile, deleted the old file (in .kde), and restarted kile. The problem remains, the settings are not remembered (I tested 3 times). Is there an analogue to kileui.rc outside the home directory that might still have to be removed?
(In reply to comment #8) > Yes, indeed, I had one: > huettel@grenadine ~ $ find . -name "kileui.rc" > ./.kde4/share/apps/kile/kileui.rc > ./.kde/share/apps/kile/kileui.rc > huettel@grenadine ~ $ > > But... I closed kile, deleted the old file (in .kde), and restarted kile. The > problem remains, the settings are not remembered (I tested 3 times). Can you maybe try resetting the tools to default in between? And also attach your "kileui.rc" and "kilerc" files? > Is there an analogue to kileui.rc outside the home directory that might still > have to be removed? In a normal installations there should be one main file in '/usr/share/apps/kile', and a local one in ~/.kde/share/apps/kile if you have done some changes to the GUI stuff. How did you install Kile?
I installed kile via the SVN and KDE4 build system functionality of Gentoo. I found an ebuild for an older svn beta version somewhere on the net and adapted it for beta1. Is attached, but probably not very informative. Anyway. OK. First I thought- maybe there is in the KDE3 .kde directory also a kilerc that is messing up my settings. I found one and deleted it. Kile started as usual with buggy toolbar, I fixed the toolbar and closed kile. On restart, Kile crashed. Application: Kile (kile), signal SIGSEGV 0x00007fc817235c11 in nanosleep () from /lib/libc.so.6 [Current thread is 0 (LWP 8981)] Thread 2 (Thread 0x42425950 (LWP 8982)): #0 0x00007fc81725f7a2 in select () from /lib/libc.so.6 #1 0x00007fc818a42124 in ?? () from /usr/lib64/qt4/libQtCore.so.4 #2 0x00007fc818999c2f in ?? () from /usr/lib64/qt4/libQtCore.so.4 #3 0x00007fc81872b017 in start_thread () from /lib/libpthread.so.0 #4 0x00007fc81726603d in clone () from /lib/libc.so.6 #5 0x0000000000000000 in ?? () Thread 1 (Thread 0x7fc81bfa6750 (LWP 8981)): [KCrash Handler] #5 0x0000000000000000 in ?? () #6 0x00007fc817e23fe5 in QApplicationPrivate::notify_helper () from /usr/lib64/qt4/libQtGui.so.4 #7 0x00007fc817e2b34a in QApplication::notify () from /usr/lib64/qt4/libQtGui.so.4 #8 0x00007fc81982af94 in KApplication::notify () from /usr/lib64/libkdeui.so.5 #9 0x00007fc818a5c72e in QCoreApplication::notifyInternal () from /usr/lib64/qt4/libQtCore.so.4 #10 0x00007fc817e62d4b in QWidget::raise () from /usr/lib64/qt4/libQtGui.so.4 #11 0x00000000004d09a1 in _start () On second restart, no crash but the toolbars are buggy again. -------- Then I reset the toolbars to their default. Now they look completely different ("drop-down style tools"). The program now remembers the "only icons, no text" setting, good. The new toolbars seem to be stable, good. No crashes so far, good. Two remaining problems, which may be different bugs though: * The drop-down toolbar functionality seems not to be integrated into the toolbar customization dialog. At least I did not find any way to restore one of the drop-down fields after I deleted one (short of resetting all the toolbars). * Calling Make from either menu or toolbar results in "[Make] Unknown tool ." So, one problem solved, two to go. Files are attached anyway...
Created attachment 34632 [details] gentoo ebuild for 2.1 beta 1
Created attachment 34634 [details] my ~/.kde4/share/config/kilerc
No kileui.rc anywhere now in my homedir...
I can reproduce the toolbar-buttons-not-being-saved bug. I add a buttton to a toolbar and I can use it during that session. Next time I open kile the button isn't there anymore.
(In reply to comment #14) > I can reproduce the toolbar-buttons-not-being-saved bug. I add a buttton to a > toolbar and I can use it during that session. Next time I open kile the button > isn't there anymore. I forgot to mention that in the new session of kile, in "Configure toolbars", the button is already in "current actions (to show up on toolbar)" but not really showing up the the supposed toolbar.
Adding: The missing icons show up in the "configure toolbars" dialog though. When I change something there so that I can hit the "apply" button, the icons appear again for this session. They are gone again when I restart kile. It does not matter to what toolbar I add icons to. Using Debian Testing package (2.1.0~svn1014763beta2-1).
same for me - seems to be at least two problems: a) all icons on tools toolbar are missing after every restart of kile. Icons show up for the active session after using the "configure toolbars" dialog. tools toolbar is empty again (no icons, only the vertical bar to drag the toolbar around) after next start. This was fixed after deleting the file ~/.kde/share/config/kilerc b) within the settings of kile (under tools -> create) i created a new action "ViewAcrobat" to use acrobat instead of okular as a viewer. I added this new action to the tools toolbar (now it says "PDFLaTeX", "--Trenner--", "ViewPDF", "ViewAcrobat", "--Trenner--", "Convert" ...) The Icon for "ViewAcrobat" is visible for this session. The icon is not visible after the next restart. Going to "Configure toolbar" dialog i can see the "ViewAcrobat" icon configured within the toolbar dialog (but invisible in the toolbar itself). There i have to modify one of the toolbars (move icons around, add/delete an icon) and hit OK for the "ViewAcrobat" icon to reappear. Kile 2.0.83 on debian unstable (deb version 1:2.1.0~svn1014763beta2-1)
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 set the bug status 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!
Dear Bug Submitter, 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!