226656 - Crash when printing an image [@ nsPostScriptObj::colorimage ]

Status: RESOLVED FIXED

(Core :: Printing: Output, defect)

Description

[Jean-Yves Baudy]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6a) Gecko/20031029
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6a) Gecko/20031029

Printing the page http://eclipse.org/articles/Article-JET2/jet_tutorial2.html
crash the browser with 1.6a and 1.5 series.

Reproducible: Always

Steps to Reproduce:
1. print
2.
3.

Actual Results:  
Crash.

Expected Results:  
Print the page

Comment 1

[Olivier Cahagne]

wfm both print preview and actual printing using 20031123 on Win2k.

Can you post Talkback ID or attach a GDB stack trace ?

Comment 2

[Mats Palmgren (inactive)]

Attachment: GDB stack trace

Comment 3

[Mats Palmgren (inactive)]

BTW, my stack trace is from printing PostScript-to-file.

Comment 4

[Mats Palmgren (inactive)]

This is the image it's crashing on:
http://eclipse.org/articles/Article-JET2/images/jetemitter.gif

Comment 5

[Kenneth Herron]

The image in question has a logical size of 649 x 95 pixels, but a physical size
of 641 x 87 pixels. The code which copies the image pixel data into the print
job is addressing the pixel array as if it were the larger size, and eventually
running off the end of the pixel array.

Comment 6

[Boris Zbarsky [:bzbarsky]]

Is there a way to get access to the physical size instead?

Comment 7

[tor]

nsIImage.get{Width,Height} will return the physical size.  The frame offset
is added in nsRenderingContextImpl::DrawScaledImage (pavlov: why here?).

Comment 8

[Mats Palmgren (inactive)]

The suggested patch in bug 225243 fixes this bug.

When Print Previewing the image, I see random pixels at the bottom and right
sides (even with the patch from bug 225243 applied)

Comment 9

[Kenneth Herron]

The patch for bug 225243 contained a fix for this bug.