Closed
Bug 151902
Opened 23 years ago
Closed 23 years ago
Can't print mail messages
Categories
(MailNews Core :: Printing, defect)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
mozilla1.0.1
People
(Reporter: trudelle, Assigned: rods)
Details
Using today's commercial branch build on Win2K:
Open mail, select a message in thread pane.
Print.
Expected results: Print dialog -> printout.
Actual results: Busy cursor for a fraction of a second, no dialog, no printout.
Tried focussing in message pane first, printing from a separate message
window,using Print toolbar, Print menu item. Same results
Assignee | ||
Comment 2•23 years ago
|
||
I did a pull this morning of the branch (not commercial) and it prints fine for me.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0.1
Assignee | ||
Comment 3•23 years ago
|
||
WFM
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 4•23 years ago
|
||
Well, I still can't print mail messages using the 6/21 verification build, but
I'll keep trying later builds. Do you think it is a commercial-only defect?
Assignee | ||
Comment 5•23 years ago
|
||
Folks who have had problems printing, often solve it by reinstalling the printer
driver(s). We still aren't sure why you need to do this (i.e. how the driver
gets corrupted.
Reporter | ||
Comment 6•23 years ago
|
||
I don't see how that could be the problem, since I can print everything else
fine, including web pages; it is only mail messages that are a no-op.
Comment 7•23 years ago
|
||
Esther, can you reproduce this? FYI, I'm using today's commercial branch build
and I get a print dialog. Peter, are there any exception in the js console?
Reporter | ||
Comment 8•23 years ago
|
||
No exceptions appear as a result of this command There were a couple before I
tried it on one instance, but on another there were none before or after. If
I'm the only one seeing this, then perhaps this is yet another corrupted profile
issue.
Reporter | ||
Comment 9•23 years ago
|
||
This operation also appears to create zombie windows that prevent normal app
shutdown, as reported in bug 154191
Reporter | ||
Comment 10•23 years ago
|
||
Once I set the proper prefs, I get this error on the JS console:
Error: window.arguments[3] has no properties
Source File: chrome://messenger/content/msgPrintEngine.js
Line: 64
Assignee | ||
Comment 11•23 years ago
|
||
What do you mean by "set the proper prefs"? The [3] param is the print settings,
that is very strange that is null.
Reporter | ||
Comment 12•23 years ago
|
||
Prefs needed to get app errors on the JS console in NS verification builds.
Comment 13•23 years ago
|
||
Peter, is this still a problem for you? I don't see any mention that it is
working for you now. I took the 6-21 branch build and could print mail messages
and can still print with the 7-9 branch build. I'm on a winxp. Please call my
and I'll stop by to see this.
Comment 14•23 years ago
|
||
I saw Peter's problem, but it's a profile specific problem that we can't
isolate. Other Profiles print mail messages fine. At this time verifying wfm
and will work with Peter's profile later if requested to isolate and write a new
bug.
Status: RESOLVED → VERIFIED
Updated•21 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•