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.

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.

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

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?

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?

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?

.xinitrc:
#!/bin/sh
$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 &
mypaint

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

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.