Closed Bug 284442 Opened 20 years ago Closed 19 years ago

Firefox crashes when printing corrupted GIF [@ Stretch24() ]

Categories

(Core :: Graphics: ImageLib, defect)

1.7 Branch
x86
Linux
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: olivier.lelain, Assigned: pavlov)

Details

(Keywords: crash)

Crash Data

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1

when you print any "word generated" gif , firefox crashes. 

Reproducible: Always

Steps to Reproduce:
1-open the attached file (gif file)
2-print it

Actual Results:  
it crashes


The gif file has been generated by Microsoft Word (so I think it's a corrupt
one). I can always reproduce the problem.
Open WinWord and create a schema.
Save it as html and get the corresponding gif.


When I stop cups and print it as a postcript file, it doesn't crash : so It
appears to be a Xprint problem but anyway, firefox shouldn't crash.
Attached image the gif file
Do you have a talkback ID from that crash ?
Keywords: crash
I have one but since this is my first bugzilla post , I don't know how to add it

I only know its id :
TB40622481

(I should be a bug myself since I'm  feeling it must something very easy to do :-) )

Your TB ID is 1 digit to long...
yes, i did a mistake.
It's : TB 4062248H
TB4062248H:
Stretch24() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/gfx/src/imgScaler.cpp,
line 220]
RectStretch() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/gfx/src/imgScaler.cpp,
line 142]
nsXPrintContext::DrawImageBitsScaled() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/gfx/src/xprint/nsXPrintContext.cpp,
line 1180]
nsXPrintContext::DrawImage() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/gfx/src/xprint/nsXPrintContext.cpp,
line 1219]
nsRenderingContextXp::DrawScaledImage() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/gfx/src/xprint/nsRenderingContextXp.cpp,
line 704]
nsImageFrame::Paint() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsImageFrame.cpp,
line 704]
nsContainerFrame::PaintChild() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsContainerFrame.cpp,
line 132]
nsBlockFrame::PaintChildren() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 5414]
nsHTMLContainerFrame::PaintDecorationsAndChildren() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsHTMLContainerFrame.cpp,
line 141]
nsBlockFrame::Paint() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 5309]
nsContainerFrame::PaintChild() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsContainerFrame.cpp,
line 132]
nsBlockFrame::PaintChildren() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 5414]
nsHTMLContainerFrame::PaintDecorationsAndChildren() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsHTMLContainerFrame.cpp,
line 141]
nsBlockFrame::Paint() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 5309]
nsContainerFrame::PaintChild() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsContainerFrame.cpp,
line 132]
nsContainerFrame::PaintChildren() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsContainerFrame.cpp,
line 683]
nsContainerFrame::Paint() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsContainerFrame.cpp,
line 212]
nsPageContentFrame::Paint() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsPageContentFrame.cpp,
line 213]
PresShell::Paint() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsPresShell.cpp,
line 5563]
nsView::Paint() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/view/src/nsView.cpp,
line 710]
nsViewManager::RenderDisplayListElement() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/view/src/nsViewManager.cpp,
line 1452]
nsViewManager::RenderViews() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/view/src/nsViewManager.cpp,
line 1370]
nsViewManager::Display() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/view/src/nsViewManager.cpp,
line 86]
nsSimplePageSequenceFrame::PrintNextPage() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/layout/html/base/src/nsSimplePageSequence.cpp,
line 901]
nsPrintEngine::PrintPage() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/content/base/src/nsPrintEngine.cpp,
line 3578]
nsPagePrintTimer::Notify() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/content/base/src/nsPagePrintTimer.cpp,
line 92]
nsTimerImpl::Fire() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/xpcom/threads/nsTimerImpl.cpp,
line 386]
handleTimerEvent() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/xpcom/threads/nsTimerImpl.cpp,
line 450]
PL_HandleEvent() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/xpcom/threads/plevent.c,
line 674]
PL_ProcessPendingEvents() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/xpcom/threads/plevent.c,
line 608]
nsEventQueueImpl::ProcessPendingEvents() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/xpcom/threads/nsEventQueue.cpp,
line 402]
event_processor_callback() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/widget/src/gtk2/nsAppShell.cpp,
line 67]
libglib-2.0.so.0 + 0x55c7f (0xb79f2c7f)
libglib-2.0.so.0 + 0x28c81 (0xb79c5c81)
libglib-2.0.so.0 + 0x29f77 (0xb79c6f77)
libglib-2.0.so.0 + 0x2a422 (0xb79c7422)
libglib-2.0.so.0 + 0x2ab7e (0xb79c7b7e)
libgtk-x11-2.0.so.0 + 0x13fbf9 (0xb7caabf9)
nsAppShell::Run() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/widget/src/gtk2/nsAppShell.cpp,
line 144]
nsAppShellService::Run() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/xpfe/appshell/src/nsAppShellService.cpp,
line 495]
xre_main() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/toolkit/xre/nsAppRunner.cpp,
line 692]
main() 
[/builds/tinderbox/Fx-Aviary1.0.1/Linux_2.4.20-28.8_Clobber/mozilla/browser/app/nsBrowserApp.cpp,
line 59]
libc.so.6 + 0x14e33 (0x0090ee33)

-> Core / ImageLib
Assignee: firefox → pavlov
Component: General → ImageLib
Product: Firefox → Core
QA Contact: general
Summary: Firefox hangs when printing corrupted gif → Firefox crashes when printing corrupted GIF [@ Stretch24() ]
Version: unspecified → 1.7 Branch
When I use gtk 2.4.14, pango 1.6, glib 2.4.8 (fedora core 3) , it doesn't crash.
When I use gtk 2.6.1, pango 1.8, glib 2.6.3 it does !!

Maybe I have to send this bug to the gtk team...
Forget about my last comment, I hadn't set my XPSERVERLIST
So I was able to reproduce the problem on a fresh fedora core 3.
I was also able to always  reproduce the crash with a Ubuntu Live CD and the
same XPSERVERLIST set.

Here is the tb :

 4086736Y

So I know there must be something wrong with my xprint/cups server but anyway,
firefox shouldn't crash since it's not the "workstation's fault"

FYI : xprint and cupsd are installed in the same server :
* RedHat 8.0
* xprint 009
* cups 1.23

The crash never happens with XPSERVERLIST unset.
It always happen with "XPSERVERLIST=printserver:33" set, and this, whatever the
printer choosed, and whatever "print" or "print to file" is choosen.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
Unfortunatly, it still happens with firefox 1.07
(In reply to comment #10)
> Unfortunatly, it still happens with firefox 1.07

please try with a newer version, for instance Firefox 1.5 beta 1.
I just try with fx 1.5b2.
Since it seems to use cups instead of Xprint (could you please confirm ?), it
definitively solves this bug.
Furthermore, it dramaticaly improves printing quality with Xerox color phasers.

Thank you !
(In reply to comment #12)
> I just try with fx 1.5b2.
> Since it seems to use cups instead of Xprint (could you please confirm ?), it
> definitively solves this bug.

marking WFM based on this comment.

Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
olivier.lelain@xrce.xerox.com: if you can find a build that uses xprint and find that it still crashes, please reopen...
Crash Signature: [@ Stretch24() ]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: