Bug 69148 - Klipper action context menu freezes KDE until ALT is pressed
Summary: Klipper action context menu freezes KDE until ALT is pressed
Status: RESOLVED DUPLICATE of bug 68477
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-11-27 14:19 UTC by Dik Takken
Modified: 2003-11-27 17:48 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dik Takken 2003-11-27 14:19:46 UTC
Version:            (using KDE KDE 3.1.93)
Installed from:    Compiled From Sources
OS:          Linux

Sometimes when you select a URL in Konsole, copy it and the Klipper Action popup menu shows, KDE will 'freeze' when you choose 'Konqueror' from the action menu. When logging in remotely on the machine, all KDE processes are idle, nothing out of the ordinary. After pressing the 'ALT' key once, from within KDE, everything behaves normally again.

With 'freeze', I mean that KDE does not respond to mouse or keyboard input. All processes are still running normally though. Tux (amor)is still running around on top of the active window, for example.

The freeze is also reproducable by clicking on the klipper systray icon. The Klipper systray menu will popup. Now leave this menu open and try to make the menu go away by changing focus to another window. Often, KDE will be frozen in the same way as described above. Pressing ALT solves the problem.

These two cases are very similar. Both cases try to change focus from a popup-menu to another application window. Could this possibly be another KWin bug?
Comment 1 Lubos Lunak 2003-11-27 17:48:12 UTC

*** This bug has been marked as a duplicate of 68477 ***