URL:
  <http://gna.org/bugs/?20068>

                 Summary: MyPaint locks up when using pen button to pan after
interacting with subwindows
                 Project: MyPaint
            Submitted by: marand
            Submitted on: Thu Aug 16 09:00:22 2012
                Severity: 4 - Important
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: git 
         Planned Release: None
        Operating System: Debian testing

    _______________________________________________________

Details:

== Problem ==
Certain canvas interactions, when initiated via the pen buttons, cause MyPaint
to freeze when performed immediately after interacting with a subwindow. 
Specifically, using button2 to pan the canvas.  Easily repeatable with certain
subwindows (the colour selector, for example) but can occur with others
(layer) as well.

== Steps to reproduce ==

0 Run mypaint with clean config (e.g. ./mypaint -c ~/mptmp/)
0 Interact with the canvas in some way.  Placing a stroke on it makes
verification of lock-up easier, but any interaction should work.
0 Open the colours subwindow (Shift-C).  Should be a subwindow by default on a
fresh config.
0  Click anywhere on the subwindow, either with the mouse or pen.
0  With pen, hover over the canvas and press the button2 pen switch to begin
panning.

MyPaint should now be unusable.  The canvas will not pan, new strokes cannot
be placed, and the cursor will be stuck with the panning icon.  When this
happens to me, the last messages in console output are as follows:


device change: pen <enum GDK_SOURCE_PEN of type GdkInputSource>
DEBUG: mode stack updated: <ModeStack [SwitchableFreehandMode, PanViewMode]>
pointer grab failed: <enum GDK_GRAB_ALREADY_GRABBED of type GdkGrabStatus>


== Other notes ==

* Does not occur with docked windows, or when using only the mouse for input.
* Drawing strokes after interacting with a subwindow does not cause the
lock-up.  
* MyPaint will eventually become responsive again, but it can take several
minutes for it to occur.




    _______________________________________________________

Reply to this item at:

  <http://gna.org/bugs/?20068>

_______________________________________________
  Message sent via/by Gna!
  http://gna.org/


_______________________________________________
Mypaint-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/mypaint-bugs

Reply via email to