By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 2025

Summary:	Windows drop shadow is not redrawn when background change
Product:	TDE	Reporter:	Alex Couture <ac586133>
Component:	tdebase	Assignee:	Timothy Pearson <kb9vqf>
Status:	RESOLVED WONTFIX
Severity:	minor	CC:	ac586133, bugwatch, kb9vqf
Priority:	P5
Version:	R14.0.0 [Trinity]
Hardware:	Other
OS:	Linux
Compiler Version:		TDE Version String:
Application Version:		Application Name:

Description Alex Couture 2014-04-08 08:48:25 CDT

Hi,

This problem applies to all the releases of TDE, when the compositor is not used.
The drop-shadows of windows are not redrawn when the background changes, a problem that probably applies to all kind of false transparencies.

I use the option to cycle the wallpaper and when the wallpaper change, the shadow is still the one of the wallpaper that was used when the app has been started.

An option might be to redraw it automatically every x number of seconds, when the system is idle.

-Alexandre

Comment 1 Timothy Pearson 2014-11-18 15:47:52 CST

At this point, seeing as we now have a stable, modern compositor based on Compton I am considering deprecation and removal of the non-composited menu shadows.

Justification includes reports such as this one; there is no way to properly fix them and compositors are designed specifically to handle tasks like this.

Comment 2 Alex Couture 2014-11-20 17:35:06 CST

Hi,

Of course compositors are design especially for doing this, but on kind-of VESA, FBDEV, VNC access or even just old video cards, it would mean that no shadows would be available anymore. It is especially the case of brand new computers, where Linux video drivers are not always available.

Is there a way to just have the shadow be re-drawn every X second, when computer is idle instead?

-Alexandre

Comment 3 Timothy Pearson 2014-11-20 17:42:31 CST

(In reply to Alex Couture from comment #2)
> Hi,
> 
> Of course compositors are design especially for doing this, but on kind-of
> VESA, FBDEV, VNC access or even just old video cards, it would mean that no
> shadows would be available anymore. It is especially the case of brand new
> computers, where Linux video drivers are not always available.
> 
> Is there a way to just have the shadow be re-drawn every X second, when
> computer is idle instead?
> 
> -Alexandre

Actually there isn't; the problem is I would have to unmap (i.e. remove!) the windows generating the shadow to resample the background, then remap them with the updated shadow.  If I did this your menus would be flickering at half a hertz or so. ;-)

This is a technical limitation in Xorg that compositors were specifically designed to fix, and as such there is no way for me to fix this problem (believe me, I tried; compositors are hard to write and debug and I pushed the transition to one off as long as I could!).

compton-tde falls back to using the CPU to render windows; as long as you don't enable any fancy effects such as background blur there should be no issue using it even on VESA framebuffers (yes, I've tested this, and it works fine).

Wish I could close this CANTFIX, but WONTFIX will have to do. :-)

Comment 4 Alex Couture 2014-11-20 17:47:52 CST

Hi,

Okay, okay...
You can forget about it.

-Alexandre

Comment 5 Timothy Pearson 2014-11-20 17:50:05 CST

(In reply to Alex Couture from comment #4)
> Hi,
> 
> Okay, okay...
> You can forget about it.
> 
> -Alexandre

I didn't mean to come across abrupt or anything.  Most people aren't aware of the technical reason why I literally *can't* fix this annoying bug so I though I should clearly spell it out here.

Comment 6 Alex Couture 2014-11-20 17:52:04 CST

No, it is not a very big issue at all.