bugMyPaint - Bugs: bug #19053, Focus problems in awesome WM

Show feedback again

You are not allowed to post comments on this tracker with your current authentification level.

bug #19053: Focus problems in awesome WM

Submitted by:  Yaroslav <imposeren>
Submitted on:  Thu 24 Nov 2011 02:58:03 PM UTC  
Severity: 4 - ImportantPriority: 5 - Normal
Status: Works For MePrivacy: Public
Assigned to: NoneOpen/Closed: Closed
Release: 1.0.0Planned Release: None
Operating System: Gentoo Linux

(Jump to the original submission Jump to the original submission)

Tue 24 Jun 2014 09:23:03 PM UTC, comment #16:

This bug tracker will shortly be moving to Github. As part of this process, we are reviewing old bug reports on gna.org.

This bug was marked as "Ready for Test" or "Works for Me" some time ago, but was still classified as Open and no feedback has been submitted since then. I am therefore assuming that the problem has been fixed to everyone's satisfaction (or was't reproducible by anybody else).

If you believe that this bug still affects the most recent git master of MyPaint (and thus the next release), please feel free to open a new issue on
Github about it. Our new issue trackers are:


Andrew Chadwick <achadwick>
Project Administrator
Sat 05 Jan 2013 12:36:07 PM UTC, comment #15:

This bug has been closed because the developers were unable to
reproduce the issue that was described, or because the described
behavior is not considered to be an issue.

If you can provide better information on how to reproduce the
issue, please reopen or file a new report with the info.

Jon Nordby <jonnor>
Project Administrator
Sat 10 Dec 2011 11:32:39 AM UTC, comment #14:

I have uploaded new log (maybe something have changed after reinstall)

Yaroslav <imposeren>
Sat 10 Dec 2011 11:26:49 AM UTC, comment #13:

I have updated my PC and reinstalled all.

Wacom bamboo A6 now works fine!!! Great.

But mouse ("A4TECH USB Device") still do not work.

disabling "mode of input devices" solves problem with mouse. But this disables pressure of tablet.
"Workaround: Ignore low tablet pressure " does not solve problem with mouse.

Now I can draw. So I don't know if this issue needed to be fixed.

Yaroslav <imposeren>
Wed 07 Dec 2011 08:25:40 PM UTC, comment #12:

What is this device?

It's not a pressure sensitive tablet, or is it?

Try to disable tablet detection: http://wiki.mypaint.info/Development/Debugging_Tablet_Issues

Martin Renold <martinxyz>
Project Administrator
Wed 30 Nov 2011 12:10:31 PM UTC, comment #11:

As you can see in log MOTION_NOTIFY are only triggered when mouse reaches edges of window and when focus changes to floating window

Yaroslav <imposeren>
Wed 30 Nov 2011 12:06:29 PM UTC, comment #10:

I don't realy understand what you mean by «A short paste from that showing a [working-draw, exit, leave, enter, failed-draw-attempt] sequence and noting any differences between the "working-draw" and "failed-draw-attempt" states would be useful. »

Debug → Test input devices is attached in file mypaint.log

I'm using wireless mouse. Also tried using wacom bamboo A6 results are the same.

I tried version 0.9.2 and 1.0.0.

This is my first install of mymaint.

(file #14621)

Yaroslav <imposeren>
Wed 30 Nov 2011 11:50:23 AM UTC, comment #9:

Cannot reproduce in Xfwm under Xubuntu Natty.

Please check with Help → Debug → Test input devices that moving the mouse outside, then inside the main window without clicking results in both LEAVE_NOTIFY and ENTER_NOTIFY and that you see FOCUS_CHANGE events when the focus changes too. A short paste from that showing a [working-draw, exit, leave, enter, failed-draw-attempt] sequence and noting any differences between the "working-draw" and "failed-draw-attempt" states would be useful.

What sort of input device are you using exactly, what string does it identify itself as, and when did this stop working?

Does using a different input device make this problem disappear?

If you can, and you know it worked in the past, would you be comfortable with using "git bisect" to find the change where this problem was introduced?

Andrew Chadwick <achadwick>
Project Administrator
Tue 29 Nov 2011 11:51:47 PM UTC, comment #8:

For reference, 64bit-ness is probably not relevant; I use 64bit arch myself.

David Gowers <ion9>
Project Member
Tue 29 Nov 2011 01:50:09 PM UTC, comment #7:

Now I can see that it draws but only when mouse reaches screen edge (so I can get straight lines from one screen edge to another)

Any Ideas how to fix this?

Yaroslav <imposeren>
Mon 28 Nov 2011 07:23:55 PM UTC, comment #6:

Can anyone help? I tried recompiling almost everything.

Yaroslav <imposeren>
Mon 28 Nov 2011 09:44:34 AM UTC, comment #5:

Same results without WM (plain startx with mypaint in .xinitrc). So something is wrong with my build. May be I should recompile something and mypaint?

$HOME/.monicarc & #monitor calibration
wmname LG3D &
xrdb -merge .Xdefaults &
xset m 2.8 0 &
numlockx &
xsettingsd &

autocutsel -selection PRIMARY -fork &

xscreensaver &
urxvt -name rtorrent -e rtorrent &
urxvt -name htop -e htop &

~/bin/.dropbox-dist/dropboxd &

setxkbmap -layout "us,ru(winkeys),ua(winkeys)" -option "compose:ralt,terminate:ctrl_alt_bksp" &
xmodmap -e "keycode 66 = ISO_Next_Group ISO_Prev_Group ISO_Next_Group ISO_Prev_Group ISO_Next_Group ISO_Prev_Group" &
xbindkeys &
kbdd &

echo "DISPLAY=:0 xsetroot -xcf /home/imp/.icons/oxygen/cursors/left_ptr 32 >/dev/null 2>&1" | at now + 1 minute
libreoffice --quickstart &

Yaroslav <imposeren>
Sun 27 Nov 2011 09:23:43 PM UTC, comment #4:

I also use 64bit arch. Can that cause the problem somehow?

Yaroslav <imposeren>
Fri 25 Nov 2011 03:53:55 PM UTC, comment #3:

I tried using default awesome config (/etc/xdg/awesome/rc.lua) BVut results are the same

Yaroslav <imposeren>
Fri 25 Nov 2011 03:44:05 PM UTC, comment #2:

Any Ideas how can I find the reason for this? Here is my awesome config:

There is nothing in console output:

Trace is too huge to post here

Yaroslav <imposeren>
Fri 25 Nov 2011 07:20:13 AM UTC, comment #1:

I can't reproduce this (Arch Linux, MyPaint 1.00+, Awesome 3.4.10, Awesome rc.lua configured with sloppy mouse focus).
There is exactly one condition when I cannot paint on the canvas -- that is when a blocking dialog, like "Open" is open.

David Gowers <ion9>
Project Member
Thu 24 Nov 2011 02:58:03 PM UTC, original submission:

Brushes stop to paint when main window loses focus and refocused again. This includes:

  • focusing other application, then mypaint main window
  • focusing dialog windows (brush selection or color picker), then mypaint main window

I tried version 1.0.0 and 0.9.1

I don't know how how to debug it.

Yaroslav <imposeren>


Attached Files
file #14681:  mypaint.log added by imposeren (2kB - text/plain - Here is new log (maybe something have changed after massive reinstall))
file #14621:  mypaint.log added by imposeren (3kB - text/plain)


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by jonnor (Posted a comment)
  • -unavailable- added by martinxyz (Posted a comment)
  • -unavailable- added by achadwick (Posted a comment)
  • -unavailable- added by ion9 (Posted a comment)
  • -unavailable- added by imposeren (Submitted the item)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Error: not logged in



    Follow 5 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Tue 24 Jun 2014 09:23:03 PM UTCachadwickOpen/ClosedOpen=>Closed
    Sat 05 Jan 2013 12:36:07 PM UTCjonnorStatusNeed Info=>Works For Me
    Sat 10 Dec 2011 11:31:05 AM UTCimposerenAttached File-=>Added mypaint.log, #14681
    Wed 30 Nov 2011 12:06:29 PM UTCimposerenAttached File-=>Added mypaint.log, #14621
    Wed 30 Nov 2011 11:50:23 AM UTCachadwickStatusNone=>Need Info
    Show feedback again

    Back to the top

    Powered by Savane 3.1-cleanup