Timothy Nikkel 1438d13673 Bug 1490938. Pass the high quality scaling flag when we request decode of images in most cases. r=aosmond ... If we do not pass the high quality scaling flag than the resulting surface will be marked as cannot substitute, which is not accurate, so we don't want. The only place that actually tries to be smart about the size is nsImageFrame::MaybeDecodeForPredictedSize. All other cases just ask for the intrinsic size. The two most likely cases are that there are no decoded copies of the image, or there is one decoded (or in progress) copy of the image. In the first case we will request decode at the instrinsic size, and then if we draw at a different size that draw will request the proper size. This doesn't change with this patch. In the second case there is a decoded copy already available, this is likely from a draw call on the image, and that is the surface size that we want. So we save a decode. If we are actually drawing the image at two different sizes the second size will be slightly delayed, but we have the wrongly sized copy of the image that we can draw until then. This seems like a good tradeoff to avoid always decoding an instrinic size copy of images.		2018-09-27 18:30:17 -05:00
..
resources/content	Bug 1484496: Part 5b - Convert toolkit/ nsISimpleEnumerator users to use JS iteration. r=Gijs	2018-08-18 19:27:50 -07:00
test	Merge mozilla-central to inbound a=merge on a CLOSED TREE	2018-08-31 19:35:06 +03:00
AlertNotification.cpp	Bug 1490938. Pass the high quality scaling flag when we request decode of images in most cases. r=aosmond	2018-09-27 18:30:17 -05:00
AlertNotification.h
AlertNotificationIPCSerializer.h
jar.mn
moz.build
nsAlertsService.cpp
nsAlertsService.h
nsAlertsUtils.cpp
nsAlertsUtils.h
nsIAlertsService.idl
nsXULAlerts.cpp
nsXULAlerts.h