| Summary: | kopete chatwindow does never load shortcut settings | ||
|---|---|---|---|
| Product: | [Unmaintained] kopete | Reporter: | Cyrill Helg <phlogi1> |
| Component: | Chat Window | Assignee: | Kopete Developers <kopete-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | anselmolsm |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Cyrill Helg
2009-08-22 23:52:06 UTC
I have a similar problem in kde 4.4rc2 with kile: 1. start kile 2. set shortcut for "next" to something (doesn't matter if normal or alternative) 3. save, quit kile 4. re-start kile, settings is not there any longer Maybe this problem is somewhere in kdelibs? Here using: * Kopete Version 1.0.80 * Kile Version 2.0.83 * KDE 4.4.62 (KDE 4.5 >= 20100203) - kdelibs r1084462 I could not reproduce both. Can anybody recheck it, please? Thanks. So then it might be a config issue. Where are those shortcuts saved? I'll try to move that file and then re-check. (In reply to comment #3) > So then it might be a config issue. Where are those shortcuts saved? I'll try > to move that file and then re-check. New kopete shortcuts are saved in .kde4/share/apps/kopete/kopetecommandui.rc Deleting the file for kile fixed it. In kopete I noticed the following: I have set default shortcut for previous / next in systemsettings. Now that shortcut I wanted for next/prev tab in kopete not history. So that conflicted... however I tried to change the default for next/prev in kopete and that one was not saved... So it looks like I can't override the settings from systemsetting in an application? Can you reproduce this? (In reply to comment #5) > I have set default shortcut for previous / next in systemsettings. Could you please describe more what you're doing? Which previous/next: page, tab? Where did you set it? Standard Keyboard Shotcuts, Global Keyboard Shortcuts? I know these question may sound strange and boring to answer, but it's important to have clear test case to certify we're testing the same thing. BTW, what is your current KDE version? Thanks in advance =) The shortcuts I'm talking about are called "Back" and "Forward". You can set those default values in systemsettings->Keyboard & Mouse-> Configuration of standard keybindings. (These are _not_ global shortcuts!) Its 4.4rc2 Ok. I assigned Alt+Right for "Activate Next Tab" and Alt+Left for "Activate Previous Tab" in Kopete's shortcut configuration, i.e., the same combination already defined in systemconfig->Keyboard & mouse -> Standard Keyboard Shortcuts for Back/Forward. What happened then? When I tried to use those shortcuts right after setting them in Kopete, a dialog appeared saying "ambiguous key combination" - I suppose due to a conflict with the system settings definition. BUT after restarting kopete, the shortcuts work properly. (BTW I think we're starting to discuss another bug =P) What I was talking about: Use the very same action in both settings. (And none else... so no ambigous key combination) Just set back/forward in systemsettings and then in kopete as well. (like overriding this setting in kopete) 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! 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? Thank you for helping us make KDE software even better for everyone! Thank you for reporting this issue in KDE software. As it was reported on an older version, can we please ask you to see if you cazn reproduce the issue with a more recent software version? If you can confirm this issue still exists in a recent version, please change the version field and the status to "REPORTED" when replying. Thank you! 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! 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! |