| 2011-07-08 00:39:27 |
KaiMartin |
description |
The GTK-GUI of PCB can enter a parially responsive state with no way to recover. Tor reproduce:
1) open PCB in GTK mode
2) move the mouse cursor to the status line below the canvas
3) right-mouse-drag into the canvas
4) activate the scroll wheel
The GUI enters an unresponsive state:
* Layer buttons an menus are grayed out.
* The mouse cursor still moves and is followed by the cross hair. The coordinates are updated like they should.
* The status line says "Click on zoom focus"
* There is no response to mouse clicks in the canvas, or at any place inside the GUI except for the units button.
There is no response to keyboard commands like ":"
* Zoom with the mouse wheel does not work initially. Zoom can be reactivated with a click on he units button. The rest of the GUI remains grayed out, though.
The only way to recover is to close the application via the window handles. It then asks whether to save the layout, which it correctly does.
The bug is preset in PCB at least since 2009. There was a thread in geda-user about a year ago:
http://www.seul.org/pipermail/geda-user/2010-July/047998.html
The OP reported to use v20091103
---<)kaimartin(>--- |
The GTK-GUI of PCB can enter a partially unresponsive state with no way to recover. To reproduce:
1) open PCB in GTK mode
2) move the mouse cursor to the status line below the canvas
3) right-mouse-drag into the canvas
4) activate the scroll wheel
The GUI enters an unresponsive state:
* Layer buttons an menus are grayed out.
* The mouse cursor still moves and is followed by the cross hair. The coordinates are updated like they should.
* The status line says "Click on zoom focus"
* There is no response to mouse clicks in the canvas, or at any place inside the GUI except for the units button.
* There is no response to keyboard commands like ":"
* Zoom with the mouse wheel does not work. Zoom can be reactivated with a click on he units button. The rest of the GUI remains grayed out, though.
The only way to recover is to close the application via the window handles. It then asks whether to save the layout, which it correctly does.
The bug is preset in PCB at least since 2009. There was a thread in geda-user about a year ago:
http://www.seul.org/pipermail/geda-user/2010-July/047998.html
The OP reported to use v20091103
---<)kaimartin(>--- |
|
