Bug 171972 - [GTK] Tests fast/images/async-image-background-image-repeated.html and fast/images/sprite-sheet-image-draw.html fail since r216450
Summary: [GTK] Tests fast/images/async-image-background-image-repeated.html and fast/i...
Status: RESOLVED DUPLICATE of bug 174459
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: Gtk, LayoutTestFailure
Depends on:
Blocks:
 
Reported: 2017-05-11 06:15 PDT by Carlos Garcia Campos
Modified: 2017-08-14 02:45 PDT (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Carlos Garcia Campos 2017-05-11 06:15:10 PDT
The problem is the change in sprite-sheet-red-green-blue.png. We now fail to render that png, I don't know why. I've tried with other programs:

 - Firefox shows an error message saying the png has errors
 - eog crashes with BadAlloc X error.
 - chromium and gimp render the png just fine
 - gdk-pixbuf also fails to render it.
Comment 1 Carlos Garcia Campos 2017-05-11 06:21:40 PDT
Tried eog in wayland and we get this warning:

(eog:12294): Gtk-WARNING **: drawing failure for widget 'GtkDrawingArea': invalid value (typically too big) for the size of the input (surface, pattern, etc.)

So, maybe this is another cairo limitation, and we can't create an image surface for the size of the png.
Comment 2 Carlos Garcia Campos 2017-05-11 06:25:44 PDT
Exactly:

/* Limit on the width / height of an image surface in pixels.  This is                                                                                                                        
 * mainly determined by coordinates of things sent to pixman at the                                                                                                                           
 * moment being in 16.16 format. */
#define MAX_IMAGE_SIZE 32767

Said, would it be possible to test the same thing with a png <= 32766 instead of 33100?
Comment 3 Carlos Garcia Campos 2017-05-11 06:33:26 PDT
Expectations updated in r216676.
Comment 4 Carlos Garcia Campos 2017-05-16 02:01:54 PDT
(In reply to Carlos Garcia Campos from comment #2)
> Exactly:
> 
> /* Limit on the width / height of an image surface in pixels.  This is      
> 
>  * mainly determined by coordinates of things sent to pixman at the         
> 
>  * moment being in 16.16 format. */
> #define MAX_IMAGE_SIZE 32767
> 
> Said, would it be possible to test the same thing with a png <= 32766
> instead of 33100?

Said?
Comment 5 Ms2ger (he/him; ⌚ UTC+1/+2) 2017-08-14 02:45:53 PDT

*** This bug has been marked as a duplicate of bug 174459 ***