After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 107755 - Panel gets stuck in "move mode"
Panel gets stuck in "move mode"
Status: RESOLVED FIXED
Product: gnome-panel
Classification: Other
Component: general
2.2.x
Other Linux
: Normal normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-03-06 19:44 UTC by Havoc Pennington
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Havoc Pennington 2003-03-06 19:44:45 UTC
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=85733

 Opened by carniz@spray.se (Mikael Carneholm) on 2003-03-04 10:27


Description of problem:
It has happened several times that panels get locked in "move mode". This
results in the cursor becoming a move icon, and trying to left-click on
icons in
other panels results in moving the panel concerned to the location of the other
panel. I have to ctrl-alt-backspace to get out of it - very irritating.

Version-Release number of selected component (if applicable):
The version shipped in phoebe beta 3.

How reproducible:
Sometimes (at least after a fresh install)

Steps to Reproduce:
I think it occured once after I removing the rhn-applet from the systray - not
sure though, but it also has happened other times.

Actual results: 
Everywhere you click on the screen, the panel will move there.

Expected results:
It should not lock in move mode.

------- Additional Comment #1 From Mikael Carneholm on 2003-03-06 12:45 -------

I have finally found an exact series of actions that activate the bug.

Steps to reproduce the problem:
1. Make sure there are two edge panels (let's call them panel A and panel B)
2. Make sure there is an applet in panel A (I'm using the Workspace switcher
applet when doing this)
3. Right-click on the applet in panel A and select Move (cursor turns into a
cross-arrow indicating we're in move mode)
4. In move mode, left-click the other panel (panel B) so that the applet moves
to the panel B
5. Now, right-click the applet (which is now in panel B) again and select Move
(as if you just changed your mind)
6. Done (the bug is now activated). If you left-click panel A again to move the
applet back, *the whole panel* B will instead move to the same edge as panel A.
What's worse, wherever you left-click after this will move panel B which makes
ctrl-alt-backspace the only option to get back to a session where you can work
as normal.
Comment 1 Arvind S N 2003-07-22 04:07:21 UTC
Should be fixed. I don't remember the duplicate bugid. Marking it
fixed. Please re-open if the problem is still present.

2003-05-20  Arvind Samptur <arvind.samptur@wipro.com>
                                                                                          
        * panel-applet-frame.c: (panel_applet_frame_set_panel):
        When moving applets between panels, update
        PanelAppletFrame->priv->panel.
        (panel_applet_frame_get_panel): Gets the PanelWidget
        for the PanelApplerFrame. Added it now, could be useful
        in future.
        (panel_widget_reparent): If the applet is of type
        PANEL_OBJECT_BONOBO call panel_applet_frame_set_panel()
        with the new panel.