Applications that create absurdly large windows can break the desktop

[Sam Spilsbury]

The window fails to bind to a texture because it is absurdly large. X also slows to a crawl. What is happeneing

 1) Window fails to bind so the user gets left with garbage on their screen
 2) The decorator can't handle pixmap type decorations for windows > mts, so it switches to 2D mode temporarily, but this is not maintained or supported
 3) Things on the desktop start to crash

As a workaround until we can

 1) Merge in the new decorator which isn't broken in 2D Mode
 2) Enable copytex

We should just hide these windows and prevent them from causing trouble. In that case compiz will warn.

[madbiologist (me-again)]

What version of Ubuntu is this happening on? And what hardware and graphics driver/s? If it is ocurring with the radeon driver it might be solved by this upstream commit to xf86-video-ati

author Jerome Glisse 2012-11-14 17:15:47 (GMT)
committer Jerome Glisse 2012-11-15 17:07:11 (GMT)
commit 53af6aa99dfb67b5223c28d5129a79694165048d
tree 755367c6ee44895f1c5296ff802c502f680041b9

radeon: avoid segfault when pixmap exceed GPU capabilities

We might get a request for a pixmap/drawable that is too big
for GPU capabilities in the dri2 get buffer path. In face of
such things just return NULL to dri2 get buffer request. The
GL driver should then use something like transparent black to
avoid something too ugly on the screen.

Signed-off-by: Jerome Glisse
Reviewed-by: Michel Dänzer

[Sam Spilsbury (smspillaz)]

Having a huge black window on-screen is probably worse than hiding the
window. There's some other side effects of having large pixmaps too.

This happens on all versions. Its a limitation in the way tfp was designed.

Either that or ubuntu should enable the copytex plugin. Its been
sitting in the source tree for a while ..

On Fri, Dec 28, 2012 at 10:56 AM, madbiologist
<email address hidden> wrote:
> What version of Ubuntu is this happening on? And what hardware and
> graphics driver/s? If it is ocurring with the radeon driver it might be
> solved by this upstream commit to xf86-video-ati
>
> author Jerome Glisse 2012-11-14 17:15:47 (GMT)
> committer Jerome Glisse 2012-11-15 17:07:11 (GMT)
> commit 53af6aa99dfb67b5223c28d5129a79694165048d
> tree 755367c6ee44895f1c5296ff802c502f680041b9
>
> radeon: avoid segfault when pixmap exceed GPU capabilities
>
> We might get a request for a pixmap/drawable that is too big
> for GPU capabilities in the dri2 get buffer path. In face of
> such things just return NULL to dri2 get buffer request. The
> GL driver should then use something like transparent black to
> avoid something too ugly on the screen.
>
> Signed-off-by: Jerome Glisse
> Reviewed-by: Michel Dänzer
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/862455
>
> Title:
> Applications that create absurdly large windows can break the desktop
>
> Status in Unity:
> Triaged
> Status in “unity” package in Ubuntu:
> Triaged
>
> Bug description:
> The window fails to bind to a texture because it is absurdly large. X
> also slows to a crawl. What is happeneing
>
> 1) Window fails to bind so the user gets left with garbage on their screen
> 2) The decorator can't handle pixmap type decorations for windows > mts, so it switches to 2D mode temporarily, but this is not maintained or supported
> 3) Things on the desktop start to crash
>
> As a workaround until we can
>
> 1) Merge in the new decorator which isn't broken in 2D Mode
> 2) Enable copytex
>
> We should just hide these windows and prevent them from causing
> trouble. In that case compiz will warn.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/unity/+bug/862455/+subscriptions

--
Sam Spilsbury