Re: FVWM: Possible bug: Jumping pointer in Darktable

Stefan Klinger <[email protected]>
Newsgroups gmane.comp.window-managers.fvwm
Message-ID <20181206125811.GB15612@tauhou>
Hi,

is there any publicly accessible record of the mailing list?  The one [1]
linked to on FVWM's website [2] seems to not contain any messages
posted after 2018/05/18.  In particular, I'm missing a conversation
with Dan Espen wich occurred in early November 2018.  I'd like to send
a link to that conversation to the developers of Darktable [3] in
order to help fixing a bug [4].

Thank you!

Stefan

____________________
[1] https://www.mail-archive.com/[email protected]/maillist.html
[2] http://www.fvwm.org/support/
[3] https://www.darktable.org/
[4] https://redmine.darktable.org/issues/12387

Dan Espen (2018-Nov-06, excerpt):
> Stefan Klinger <[email protected]> writes:
> 
> > Hi,
> >
> > I'm using darktable [1], an open-source photography workflow
> > application and raw developer, basically a free Adobe Lr alternative.
> >
> > Recently I noticed a bug: Darktable allows to select areas
> > (aka. shapes) on a photograph, and apply operations only to those
> > areas instead of to the whole image.  Usually, one can drag these
> > shapes around with the mouse, holding down button 1.  The bug
> > manifests when pressing button 1 on a shape: It jumps away (southeast)
> > from the pointer, maybe even outside of the window.  It is not
> > possible to drag te shape to the top left area of the image.  The
> > effect is larger to the lower right of the screen.
> >
> > I've filed a bug report [2] in darktable's tracker, and also
> > *temporarily* provide screencasts [3].
> >
> > Pascal suggested that it's an issue with the window manager, which
> > would be FVWM on my machine.  He cannot reproduce on Gnome.  I've
> > tested the following:
> >
> >   * The bug disappears when using Openbox instead of FVWM, and also
> >     when not using any window manager at all (only X then).
> >
> >   * I have (among others) this binding in my FVWM config
> >
> >         mouse 1 A 4 moveOrRaise
> >
> >     Disabling this makes the bug disappear, reenabling it produces the
> >     bug again.  This is demonstrated in the 3rd video [4].
> >
> >   * I have not seen this with any other application, so mabe it's
> >     linked to a rather exotic/brand new feature not employed often by
> >     X clients.
> >
> > Can anyone reproduce this?
> > ____________________
> > [1] https://www.darktable.org/
> > [2] https://redmine.darktable.org/issues/12387
> > [3] https://depot.s5k6.net/B53pnjQAHxnTgvTw/
> > [4] https://depot.s5k6.net/B53pnjQAHxnTgvTw/03-change_mouse_binding_hi.mp4
> 
> Nope, no luck reproducing it.
> Looks to me like Fvwm thinks your mouse 1 button has the Mod 4 modifier
> active.
> 
> Have you done something to enable sticky modifier keys?
> 
> You might want run "xev" and press mouse 1.
> 
> -- 
> Dan Espen

-- 
http://stefan-klinger.de                                        o/X
I prefer receiving plain text messages, not exceeding 32kB.     /\/
                                                                  \
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.