| Summary: | KParts::MainWindow::createGUI() fails to activate KActions in KActionMenus | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] kdelibs | Reporter: | Ian <ian> |
| Component: | general | Assignee: | Simon Hausmann <hausmann> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | amitshah, kloecker |
| Priority: | NOR | ||
| Version: | 3.2 | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Attachments: |
this patch makes a few modifications to kpartstest to demonstrate the bug
this patch makes a few modifications to kpartstest to demonstrate the bug (second try) |
||
|
Description
Ian
2003-12-15 02:04:59 UTC
Hmmm.. after closing Kontact and restarting it, now they appear to work. Not sure if I should mark as resolved or not. I'll keep an eye on this, and see if it happens again. Marking as resolved. Have had no further problems. I can reproduce this bug still in KDE 3.2 RC-1, RedHat RPMs. It would seem that only occurs after a different component is selected in Kontact (eg. To Do or Contacts) and then Mail is selected again. Then F and shift-F stop working. However, until you select another component, on the first instance of using the Kmail KPart, it works fine, which is why it appeared to work for Ian after restarting Kontact. This bug therefore need to be re-opened for fixing. I can confirm this problem. I'll attach a patch for the kpartstest which demonstrates the bug. Created attachment 4452 [details]
this patch makes a few modifications to kpartstest to demonstrate the bug
To test run kpartstest. Make sure that part 2 hasn't been activated (a few
times it was activated although that shouldn't have happened according to the
code). Press 'a' and 'f'. You'll see that both shortcuts work. Now activate
part 2 and then reactivate part 1. Try again 'a' and 'f'. You'll notice that
'a' does work again, but that 'f' doesn't work anymore.
Created attachment 4453 [details]
this patch makes a few modifications to kpartstest to demonstrate the bug (second try)
Apparently the file name input field in bugzilla expects a full path although
using a relative path (relative to $HOME) works nicely with autocompletion.
I experience the bug, too. I forgot to mention that the problem seems to be related to the not working KAction being in a KActionMenu. For KMail we do now workaround this problem by explicitely adding the Forward actions to a "Forward" submenu of the Message menu (in the XMLUI file) instead of using the Forward KActionMenu for the Message menu. So in KDE 3.2.1 Forward will still work in the Mail component after switching to other components in Kontact. Since the general problem remains I don't close this bug report. thanks for the workaround. it works :) *** Bug 74052 has been marked as a duplicate of this bug. *** SVN commit 1013868 by dfaure: Ported the old testcase from bug 70459 to kde4; seems to work fine, the bug is fixed. (was "shortcuts of actions inside a KActionMenu stop working after activating another part and back") Ingo: if the workaround from comment 10 is still there in kmail, it can be removed :) BUG: 70459 M +1 -0 kpartstest_part1.rc A kpartstest_part2.rc M +30 -3 parts.cpp M +4 -0 parts.h WebSVN link: http://websvn.kde.org/?view=rev&revision=1013868 |