Closed Bug 305952 Opened 19 years ago Closed 19 years ago

printing to a printer on the FILE: port crashes firefox

Categories

(Core :: Widget: Win32, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: nehalmistry, Unassigned)

Details

(Keywords: crash)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

if i print to a printer on the FILE: port, firefox will either crash or give me
a 'printing failed' error. i used 'hp laserjet 2100' printer, but this may
happen on other printers too.

NOTE: afaik, this is not the same as the crash that is caused when 'print to
file' is checked


Reproducible: Always

Steps to Reproduce:
1. add printer 'hp laserjet 2100' on port 'FILE:'
2. go to http://www.google.com/
3. print to the 2100 printer (make sure 'print to file' is unchecked)

Actual Results:  
- either i get the following error message (no crash occurs): Printing failed
when starting the document.
- or firefox crashes with an error such as: The instruction at "0x77fcaea0"
referenced memory at "0x0057005c". The memory could not be "written".

Expected Results:  
prompted a dialog box for the output file
Component: OS Integration → Printing
Product: Firefox → Core
Version: unspecified → 1.0 Branch
Assignee: nobody → printing
QA Contact: os.integration
Could you provide a stack trace or a talkback ID?

http://kb.mozillazine.org/Talkback
TB8717235Z

first time i got "Printing failed when starting the document."
second time, it crashed when i went file->print
Incident ID: 8717235
Stack Signature	ntdll.dll + 0x4affa (0x77fcaffa) 1774631f
Product ID	Thunderbird10
Build ID	2005071616
Trigger Time	2005-08-25 13:53:31.0
Platform	Win32
Operating System	Windows NT 5.0 build 2195
Module	ntdll.dll + (0004affa)
URL visited	
User Comments	
Since Last Crash	33 sec
Total Uptime	153 sec
Trigger Reason	Access violation
Source File, Line No.	N/A
Stack Trace 	
ntdll.dll + 0x4affa (0x77fcaffa)
ole32.dll + 0x4a68d (0x7ce6a68d)
ole32.dll + 0x3a53b (0x7ce5a53b)
ole32.dll + 0x2c851 (0x7ce4c851)
thunderbird.exe + 0xde5eb (0x004de5eb)
...

can you try a thunderbird nightly?
> can you try a thunderbird nightly?

i just tried: 2005-08-25-10-trunk/thunderbird-1.6a1.en-US.win32.zip
had the same result: TB8722831Y
Incident ID: 8722831
Stack Signature	ntdll.dll + 0x4affa (0x77fcaffa) daa1a75a
Product ID	ThunderbirdTrunk
Build ID	2005082508
Trigger Time	2005-08-25 17:23:37.0
Platform	Win32
Operating System	Windows NT 5.0 build 2195
Module	ntdll.dll + (0004affa)
URL visited	
User Comments	
Since Last Crash	30 sec
Total Uptime	30 sec
Trigger Reason	Access violation
Source File, Line No.	N/A
Stack Trace 	
ntdll.dll + 0x4affa (0x77fcaffa)
ole32.dll + 0x4a68d (0x7ce6a68d)
ole32.dll + 0x3a53b (0x7ce5a53b)
ole32.dll + 0x2c851 (0x7ce4c851)
nsWindow::EnableDragDrop 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/widget/src/windows/nsWindow.cpp,
line 3164]
nsIView::CreateWidget 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/view/src/nsView.cpp,
line 696]
nsScrollPortView::CreateScrollControls 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/view/src/nsScrollPortView.cpp,
line 157]
nsGfxScrollFrameInner::CreateScrollableView 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/layout/generic/nsGfxScrollFrame.cpp,
line 1443]
nsHTMLScrollFrame::SetInitialChildList 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/layout/generic/nsGfxScrollFrame.cpp,
line 186]
nsCSSFrameConstructor::ConstructRootFrame 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/layout/base/nsCSSFrameConstructor.cpp,
line 4623]
PresShell::InitialReflow 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/layout/base/nsPresShell.cpp,
line 2734]
nsContentSink::StartLayout 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/content/base/src/nsContentSink.cpp,
line 924]
HTMLContentSink::StartLayout 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/content/html/document/src/nsHTMLContentSink.cpp,
line 3519]
CNavDTD::HandleDefaultStartToken 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/parser/htmlparser/src/CNavDTD.cpp,
line 1283]
CNavDTD::HandleStartToken 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/parser/htmlparser/src/CNavDTD.cpp,
line 1664]
CNavDTD::HandleToken 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/parser/htmlparser/src/CNavDTD.cpp,
line 955]
CNavDTD::BuildModel 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/parser/htmlparser/src/CNavDTD.cpp,
line 458]
nsParser::BuildModel 
[e:/builds/tinderbox/thunderbird-trunk/WINNT_5.0_Depend/mozilla/parser/htmlparser/src/nsParser.cpp,
line 2129]
Assignee: printing → win32
Component: Printing → Widget: Win32
Keywords: crash
QA Contact: ian
Version: 1.0 Branch → Trunk
just an update, i still experience it with firefox 1.5, specifically:
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
WFM with a trunk nightly, Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060502 Minefield/3.0a1 ID:2006050204 [cairo]

Same with a branch nightly on a different computer, Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8) Gecko/20060502 BonEcho/2.0a1 ID:2006050203

I installed the HP Laserjet 2100 printer with the port FILE: (using the HP Laserjet 2100 drivers that apparently come with Windows), and when printing http://www.google.com/ with "Print to file" unchecked, I get a file with a bunch of PCL output and no crash.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
i think i figured out why it was not reproduceable. i had a different network printer setup, and the computer that it was connected to was off. i removed that printer from printer setup and it no longer crashed.

i then added that network printer again, and it doesn't crash anymore.

maybe the installed drivers were corrupt and reinstalling it fixed it.

although i don't know why firefox would try to read from it when printing to a local printer.
You need to log in before you can comment on or make changes to this bug.