st: Avoid integer overflow on unpremultiply
When computing the effective border color, we operate on colors with premultiplied alpha to simplify the calculations, then unpremultiply the result. However we miss a bounds check in the last check, so any color component can overflow the allowed maximum of 0xff and shift the result in unexpected ways. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/305 (cherry picked from commit 925a25da17986bf60f61bb4e06ec22e2c59fa14f)
This commit is contained in:
parent
fa2ddcc52f
commit
b29e243fec
@ -229,9 +229,9 @@ unpremultiply (ClutterColor *color)
|
||||
{
|
||||
if (color->alpha != 0)
|
||||
{
|
||||
color->red = (color->red * 255 + 127) / color->alpha;
|
||||
color->green = (color->green * 255 + 127) / color->alpha;
|
||||
color->blue = (color->blue * 255 + 127) / color->alpha;
|
||||
color->red = MIN((color->red * 255 + 127) / color->alpha, 255);
|
||||
color->green = MIN((color->green * 255 + 127) / color->alpha, 255);
|
||||
color->blue = MIN((color->blue * 255 + 127) / color->alpha, 255);
|
||||
}
|
||||
}
|
||||
|
||||
|
Loading…
x
Reference in New Issue
Block a user