> Chris Siebenmann <c...@cs.toronto.edu> writes:
> 
> >  Corebird is a Linux/GTK Twitter client:
> >     https://corebird.baedert.org/
> >
> > In attempting to use the current version on Fedora 25, I have uncovered
> > a weird oddity where I cannot click links with the left mouse button when
> > using my FVWM configuration. Corebird recognizes that I have clicked and
> > will do things like select text, but does not see it as quite whatever
> > is needed to make it see things as a click that activates the link. A long
> > discussion of what I can and can't do is in my initial Fedora bug report:
> >     https://bugzilla.redhat.com/show_bug.cgi?id=1425611
> 
> My guess, bad hardware.
> 
> When you click a mouse it should generate 2 X11 events:
> 
> ButtonPress
> ButtonRelease

 I've just used xev to confirm that I see ButtonPress and ButtonRelease
events. However, what I have discovered is that I see additional events
with my FVWM configuration. Immediately before a ButtonPress, I also get:

ButtonRelease event, serial 33, synthetic NO, window 0x600001,
    root 0x26d, subw 0x0, time 672491078, (62,72), root:(856,280),
    state 0x100, button 1, same_screen YES

LeaveNotify event, serial 33, synthetic NO, window 0x600001,
    root 0x26d, subw 0x0, time 672491437, (62,72), root:(856,280),
    mode NotifyGrab, detail NotifyAncestor, same_screen YES,
    focus YES, state 256

EnterNotify event, serial 33, synthetic NO, window 0x600001,
    root 0x26d, subw 0x0, time 672491437, (62,72), root:(856,280),
    mode NotifyUngrab, detail NotifyAncestor, same_screen YES,
    focus YES, state 256

KeymapNotify event, serial 33, synthetic NO, window 0x0,
    keys:  109 0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

ButtonPress event, serial 33, synthetic NO, window 0x600001,
    root 0x26d, subw 0x0, time 672491437, (62,72), root:(856,280),
    state 0x0, button 1, same_screen YES

(This is in xev, clicking and releasing and re-clicking and re-releasing,
with no mouse movement at all.)

Doing the same xev test with 'fvwm -f /dev/null' sees only the expected
ButtonPress/ButtonRelease events.

> This symptom in the bug report:
> 
>   I tried keynav and discovered some quite interesting results. First, the
>   keynav  worked as  you  described.  And second,  what  I hadn't  noticed
>   before,  is that  when I  click  on a  link  (or try  to), what  happens
>   visually is that a  dotted gray box appears around the  link, just as in
>   keynav, and if I hit return the link is activated.
> 
> makes me suspicious that you are only seeing one of the events
> or some other event oddity.
> 
> In general Fvwm does not interfere with mouse clicks unless you tell
> it to.  If you still think Fvwm is involved remove your mouse 0
> and 1 bindings and test.  You have 12 of them.

 If I comment out all Mouse 0 and 1 bindings from my fvwmrc-2.5
file (from the URL) *except* either:

        Mouse   1       A               MS              Iconify
or
        Mouse   1       A               M               Raise

then I see the extra LeaveNotify / EnterNotify / KeymapNotify sequence
in xev and clicking on links no longer works in Corebird.

If I comment out those two bindings but leave everything else commented
in, I don't see any problems.

Unfortunately I use Shift-Meta-1 to iconify very frequently, so not having
this binding would be very painful. It also doesn't cause problems in
other applications; everything else I use (Firefox, Liferea, Choqok,
and basically every other GUI program I can think of) is fine with
this binding.

        - cks

Reply via email to