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 Nov 24 14:58:03 2011  
 
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 Jun 24 21:23:03 2014, 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:

https://github.com/mypaint/mypaint/issues
https://github.com/mypaint/libmypaint/issues

Andrew Chadwick <achadwick>
Project Administrator
Sat Jan 5 12:36:07 2013, 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 Dec 10 11:32:39 2011, comment #14:

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

Yaroslav <imposeren>
Sat Dec 10 11:26:49 2011, 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 Dec 7 20:25:40 2011, 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 Nov 30 12:10:31 2011, 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 Nov 30 12:06:29 2011, 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 Nov 30 11:50:23 2011, 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 Nov 29 23:51:47 2011, comment #8:

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

David Gowers <ion9>
Project Member
Tue Nov 29 13:50:09 2011, 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 Nov 28 19:23:55 2011, comment #6:

Can anyone help? I tried recompiling almost everything.

Yaroslav <imposeren>
Mon Nov 28 09:44:34 2011, 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?

.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

Yaroslav <imposeren>
Sun Nov 27 21:23:43 2011, comment #4:

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

Yaroslav <imposeren>
Fri Nov 25 15:53:55 2011, comment #3:

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

Yaroslav <imposeren>
Fri Nov 25 15:44:05 2011, comment #2:

Any Ideas how can I find the reason for this? Here is my awesome config:
https://bitbucket.org/imposeren/cfgback/src/78eead552854/home/imp/.config/awesome/rc.lua

There is nothing in console output:

Trace is too huge to post here

Yaroslav <imposeren>
Fri Nov 25 07:20:13 2011, 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 Nov 24 14:58:03 2011, 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 Jun 24 21:23:03 2014achadwickOpen/ClosedOpen=>Closed
    Sat Jan 5 12:36:07 2013jonnorStatusNeed Info=>Works For Me
    Sat Dec 10 11:31:05 2011imposerenAttached File-=>Added mypaint.log, #14681
    Wed Nov 30 12:06:29 2011imposerenAttached File-=>Added mypaint.log, #14621
    Wed Nov 30 11:50:23 2011achadwickStatusNone=>Need Info
    Show feedback again

    Back to the top


    Powered by Savane 3.1-cleanup