54092 - Xprint uses one bitmap in place of all bitmaps on page

Status: VERIFIED FIXED

(Core Graveyard :: Printing: Xprint, defect, P3)

Description

[tlogue]

In printing a complex web page such as usatoday.com, one bitmap image is being 
used in place of each of the bitmaps that exist on the page.

Comment 1

[Hidetoshi Tajima]

dcone - I'm default owner of XPrint component. If you can confirm this is xprint
specific
problem, please assign the bug to [e-mail].

Comment 2

[tlogue]

I've verified this does not happen with Mozilla-M17/Windows, so it doesn't seem 
like it could be a layout engine error.  As requested, I'm reassigning to 
[e-mail].

Comment 3

[Doug Turner (:dougt)]

This is needed.  Hidetoshi, can you estimate the work involved?  

Comment 4

[Frank Tang]

dougt, why this is needed for rtm ?

Comment 5

[ekrock's old account (dead)]

ftang, IIRC this is a blocker for embedding work according to ThomasVL per 
recent conference call. ThomasVL, please provide whatever additional details you 
can about why this matters within a public bug report. In the meantime, ftang, 
this must be fixed in the RTM timeframe.

petitta: I think this is one of the four bugs that were discussed on Friday, 
yes?

Comment 6

[TVL]

we got a producted based to gecko that includes printing on some non PS devices, 
to do this, it uses XPrint.  Since the one image is used for all page images, you 
don't get the expected output.  (yes, the print code will hopefully end up as OSS 
in the end).

Comment 7

[Hidetoshi Tajima]

I don't think I can fix this in time for rtm time frame. Reassign to Frank
Petitta for now
as he's willing to look for another engineer.

Comment 8

[petitta]

Will the engineer assigned to this bug please contact [e-mail] ASAP

Comment 9

[dcone (gone)]

I don't have anything to do with xprint.  I don't even have a linux (unix) box 
to work on.  Giving back to petitta.

Comment 10

[Kevin McCluskey (gone)]

Reassigning to waqar.

Comment 11

[Kevin McCluskey (gone)]

Marking [rtm need info]

Comment 12

[Phil Peterson]

PDT marking [rtm-]. Doesn't seem severe enough to hold N6 RTM for, but of course
that's independent of embedding needs.

Comment 13

[ekrock's old account (dead)]

For the record this is an embedding priority, not a Netscape 6 RTM priority. The
[rtm-] marking won't stop this from being checked in on the trunk or in any
other place it may need to be checked in; it only prevents checkin on the N6 RTM
branch, where this isn't needed anyway.

Comment 14

[petitta]

Gents, Where do we stand on this.  Could I please get an updated status ASAP?

Comment 15

[waqar]

The status I got from Jay Hobosn is that, he is modifying the Xprint library to 
be able to set the resolution for printing. He also has some more fixes that he 
is checking into Xprint.

Comment 16

[shrirang khanzode]

spam : changing qa to sujay (new qa contact for Printing)

Comment 17

[Roland Mainz]

SPAM: Changing component from "Printing" to "Printing: Xprint"

Comment 18

[Roland Mainz]

SPAM: Sorry, 2nd attempt... ;-((

Comment 19

[Kevin McCluskey (gone)]

Setting milestone to future.

Comment 20

[Kevin McCluskey (gone)]

Reassigning to xprint owner

Comment 21

[Roland Mainz]

katakai... do you have any idea when Sun will have a fix for this available ?

Comment 22

[Roland Mainz]

Overtaking... fix for this seems to be easy and will be fixed with other Xprint
image related stuff in bug 78548...

Comment 23

[Roland Mainz]

Accepting...

Comment 24

[chris hofmann]

let's land this in 0.9.2. let drivers know if this creates problems. thanks.

Comment 25

[Roland Mainz]

This bug has been fixed by patch in bug 77210.
patch appiled to both 0.9.1-branch and trunk.

Comment 26

[Masaki Katakai]

Verified.