[prev in list] [next in list] [prev in thread] [next in thread]
List: freedesktop-compiz
Subject: Re: [compiz] Problems with _NET_WM_FULLSCREEN_MONITORS and screen
From: "Jason 'vanRijn' Kasper" <vr () movingparts ! net>
Date: 2009-05-26 2:19:03
Message-ID: e2a9b7d0905251919ude7fe82if09ff8accf7bf3df () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hm. Has anyone had a chance to look into this yet? I still can't seem to
open a bugzilla account either. =:(
On Mon, May 18, 2009 at 6:40 PM, Jason 'vanRijn' Kasper
<vr@movingparts.net>wrote:
> re, all...
>
> I tried to create an account on bugs.opencompositing.org to report this,
> but I never got an e-mail back from the account-creation process. Is this
> the right URI to be reporting bugs for Compiz?
>
> Anyway, I've found a couple of bugs that affect applications that use the
> _NET_WM_FULLSCREEN_MONITORS EWMH hint. I believe these are regressions since
> Compiz 0.8.0, but am not 100% sure. So, I've posted a simple program here:
> http://pastebin.ca/1426916 that demonstrates the following problems:
>
>
> 1) When an application requests a topology change via
> _NET_WM_FULLSCREEN_MONITORS, Compiz does honor the topology change, but
> it
> does not refresh any monitor that has changed since the last
> _NET_WM_FULLSCREEN_MONITORS topology. If the application requests to
> change from fullscreening monitor 1 to cover both monitors 1 and 2, the
> window is resized and can still be interacted with, but the display
> still
> shows a frozen image of what was previously on the second monitor, for
> example.
>
> 2) When a window has fullscreened and used _NET_WM_FULLSCREEN_MONITORS, if
> any tooltips are used in that window (as this simple application does),
> Compiz will cause the screen to flash repeatedly until the user stops
> hovering over the originating widget and the tooltip goes away. This can
> be demonstrated in this simple application by hovering over the button
> in
> the window. As an interesting aside, when Compiz causes the screen to
> flash, it will refresh the monitors that were previously stale from #1
> above.
>
> Can someone look into this please? And again, I'd really like to file a bug
> for this, but I can't seem to get an account created. =:(
>
> Also, all testing for this was done on Ubuntu 9.04 and the Compiz packages
> that it ships with.
>
> TIA! =:)
>
> --
> -[ Jason 'vanRijn' Kasper // http://movingparts.net ]-
> -[ KDE PIM Developer // http://www.kde.org ]-
> -[ bash fun -> :(){ :|:&};: // Numbers 6:22-26 ]-
>
--
-[ Jason 'vanRijn' Kasper // http://movingparts.net ]-
-[ KDE PIM Developer // http://www.kde.org ]-
-[ bash fun -> :(){ :|:&};: // Numbers 6:22-26 ]-
[Attachment #5 (text/html)]
Hm. Has anyone had a chance to look into this yet? I still can't seem to open a \
bugzilla account either. =:(<br><br><div class="gmail_quote">On Mon, May 18, 2009 at \
6:40 PM, Jason 'vanRijn' Kasper <span dir="ltr"><<a \
href="mailto:vr@movingparts.net">vr@movingparts.net</a>></span> wrote:<br> \
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); \
margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">re, all...<br><br>I tried to create an \
account on <a href="http://bugs.opencompositing.org" \
target="_blank">bugs.opencompositing.org</a> to report this, but I never got an \
e-mail back from the account-creation process. Is this the right URI to be reporting \
bugs for Compiz?<br>
<br>Anyway, I've found a couple of bugs that affect applications that use the \
_NET_WM_FULLSCREEN_MONITORS EWMH hint. I believe these are regressions since Compiz \
0.8.0, but am not 100% sure. So, I've posted a simple program here: <a \
href="http://pastebin.ca/1426916" target="_blank">http://pastebin.ca/1426916</a> that \
demonstrates the following problems:<br>
<br><br>1) When an application requests a topology change via<br> \
_NET_WM_FULLSCREEN_MONITORS, Compiz does honor the topology change, but it<br> does \
not refresh any monitor that has changed since the last<br> \
_NET_WM_FULLSCREEN_MONITORS topology. If the application requests to<br>
change from fullscreening monitor 1 to cover both monitors 1 and 2, the<br> \
window is resized and can still be interacted with, but the display still<br> shows \
a frozen image of what was previously on the second monitor, for<br>
example.<br><br>2) When a window has fullscreened and used \
_NET_WM_FULLSCREEN_MONITORS, if<br> any tooltips are used in that window (as this \
simple application does),<br> Compiz will cause the screen to flash repeatedly \
until the user stops<br>
hovering over the originating widget and the tooltip goes away. This can<br> be \
demonstrated in this simple application by hovering over the button in<br> the \
window. As an interesting aside, when Compiz causes the screen to<br>
flash, it will refresh the monitors that were previously stale from #1<br> \
above.<br><br>Can someone look into this please? And again, I'd really like to \
file a bug for this, but I can't seem to get an account created. =:(<br>
<br>Also, all testing for this was done on Ubuntu 9.04 and the Compiz packages that \
it ships with.<br><br>TIA! =:)<br clear="all"><font color="#888888"><br>-- <br> -[ \
Jason 'vanRijn' Kasper // <a href="http://movingparts.net" \
target="_blank">http://movingparts.net</a> ]-<br>
-[ KDE PIM Developer // <a href="http://www.kde.org" \
target="_blank">http://www.kde.org</a> ]-<br> -[ bash fun -> :(){ :|:&};: // \
Numbers 6:22-26 ]-<br> </font></blockquote></div><br><br clear="all"><br>-- <br> -[ \
Jason 'vanRijn' Kasper // <a \
href="http://movingparts.net">http://movingparts.net</a> ]-<br> -[ KDE PIM Developer \
// <a href="http://www.kde.org">http://www.kde.org</a> ]-<br>
-[ bash fun -> :(){ :|:&};: // Numbers 6:22-26 ]-<br>
_______________________________________________
compiz mailing list
compiz@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/compiz
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic