Discussion:
FVWM: window move issue
Martin Cermak
2014-04-22 12:43:34 UTC
Permalink
Hello there!

Recently I noticed an issue moving windows using FVWM. The issue
is described in [1] and seems to be HW dependent. However,
successful usage of some other VMs on affected boxes makes me
think that the issue might be on the FVWM side. Ideas? Thoughts?


Regards,
Martin


--------------------
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1021782
https://bugzilla.redhat.com/show_bug.cgi?id=1086235
Dan.Espen
2014-04-22 16:52:09 UTC
Permalink
Post by Martin Cermak
Hello there!
Recently I noticed an issue moving windows using FVWM. The issue
is described in [1] and seems to be HW dependent. However,
successful usage of some other VMs on affected boxes makes me
think that the issue might be on the FVWM side. Ideas? Thoughts?
Red Hat says it's a driver issue.
I agree.
--
Dan Espen
Dominik Vogt
2014-04-22 17:32:59 UTC
Permalink
Post by Dan.Espen
Post by Martin Cermak
Recently I noticed an issue moving windows using FVWM. The issue
is described in [1] and seems to be HW dependent. However,
successful usage of some other VMs on affected boxes makes me
think that the issue might be on the FVWM side. Ideas? Thoughts?
Red Hat says it's a driver issue.
I agree.
Me too. It looks like a severe redraw issue of the graphics
driver.

Ciao

Dominik ^_^ ^_^
--
Dominik Vogt
Martin Cermak
2014-04-22 18:09:37 UTC
Permalink
Hi,
Post by Dominik Vogt
Post by Dan.Espen
Post by Martin Cermak
Recently I noticed an issue moving windows using FVWM. The issue
is described in [1] and seems to be HW dependent. However,
successful usage of some other VMs on affected boxes makes me
think that the issue might be on the FVWM side. Ideas? Thoughts?
Just rebuilt: $ fvwm --version
fvwm 2.6.6 (from cvs) compiled on Apr 22 2014 at 13:50:43
with support for: ReadLine, Stroke, XPM, PNG, SVG, Shape, XShm,
SM, Bidi text, Xinerama, XRender, XFT, NLS

but the issue is still here. Thomas, could you, please, point me
to particular commit which, you believe, should fix the issue?
Post by Dominik Vogt
Post by Dan.Espen
Red Hat says it's a driver issue.
I agree.
Peter is non-RH Fedora contributor.
Post by Dominik Vogt
Me too. It looks like a severe redraw issue of the graphics
driver.
Other VMs like xfce or gnome work fine. Also this happens on two
systems with different video cards..
Post by Dominik Vogt
Ciao
Dominik ^_^ ^_^
--
Dominik Vogt
Any further ideas or thoughts?

Thanks,
Martin
Viktor Griph
2014-04-22 18:35:43 UTC
Permalink
Post by Martin Cermak
[...]
Any further ideas or thoughts?
Does using the style "OpaqueMoveSize 0" also leave artifacts on the
screen when moving windows, or is it just opaque move that is
affected?

/Viktor
Martin Cermak
2014-04-23 07:37:52 UTC
Permalink
Post by Viktor Griph
Post by Martin Cermak
[...]
Any further ideas or thoughts?
Does using the style "OpaqueMoveSize 0" also leave artifacts on the
screen when moving windows, or is it just opaque move that is
affected?
OpaqueMoveSize has no effect. BUT it turns out that what's not
being redrawn is the root window. Nothing else. Using fvwm-root
to set some background image kind of fixes the issue for me.

Which is a good news I think :) However, there is some issue with
the root window redrawing, which would be worth of fixing I guess.

This happens with latest fedora 20 package fvwm-2.6.5-6.fc20 as
well as with fvwm built from latest CVS sources.

Martin
Dominik Vogt
2014-04-25 18:41:04 UTC
Permalink
Post by Martin Cermak
Which is a good news I think :) However, there is some issue with
the root window redrawing, which would be worth of fixing I guess.
No application whatsoever can do anything about that. Generating
the expose events and redrawing the root window is the
responsibility of the X server alone.

Ciao

Dominik ^_^ ^_^
--
Dominik Vogt
Continue reading on narkive:
Search results for 'FVWM: window move issue' (Questions and Answers)
3
replies
What is Linux?
started 2007-06-21 07:43:04 UTC
software
Loading...