johnwellshardy Reporter
	Description • 18 years ago

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9a1) Gecko/20060518 Minefield/3.0a1
Build Identifier: Mozilla Thunderbird version 3 alpha 1 (20060518)

Trying to Print an e-mail message using the Print Icon on the Toolbar results in the following error messages, each in its own small window:

Printer Error: Not Available

Alert: The document cannot change while Printing or in Print Preview

Printing:
	Title:
	Progress: Preparing...

A separate e-mail message window opens up on its own to display the chosen message when trying to print using the Print Icon.

The Printer Window opens, but will not work.

I am using the 64-bit version of Windows. This problem occurs with all latest-trunk versions after the May 7th build. I just checked the May 18th build and it has the same problem (version 3 alpha 1 (20060518)). Thank you.

John Hardy

Reproducible: Always

Steps to Reproduce:
1. Choose an e-mail.
2. Click on the Print Icon
3. Observe the problem

Actual Results:  
See above. Various error messages appear, but no printing is done.

Expected Results:  
Proper printing of e-mail message.

Default theme, no extensions. When I go back to the May 7th latest-trunk, things work OK. I use the Add/Remove function, then install the latest-trunk .exe version.

	Ryan Flint [:rflint] (ping via IRC for reviews)
	Comment 1 • 18 years ago

*** Bug 338504 has been marked as a duplicate of this bug. ***

	Tobias Fischer
	Comment 2 • 18 years ago

I can confirm this issue using:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060519 Mnenhy/0.7.4.0 SeaMonkey/1.5a

The Print-Error starts with SeaMonkey-Trunk-Build 2006051207, last known good was 2006050901. Unfortunately I haven't got the Builds between, so I can't cut down the regression-window at Moment. 
Using the Seamonkey-Suiterunner-Builds (from tpol, and yes, they are running) I have got the same Error when I try to print an message. 

Because this affects Thunderbird and SeaMonkey too, this must be an Core-(Printing)-Bug. 

John, because I not have Edit-Bug privileges, it would be nice if you can change the Product to "Core" and Component to "Printing" or something like that. Also this affects Linux too, so you can set the OS to "All" and please add keyword "Regression". 

Workaround to print Messages at Moment, you can choose "Print Preview" from Menu and print later from Print-Preview-Window. 

	Andrew Schultz
	Comment 3 • 18 years ago

this regressed between linux seamonkey trunk builds 2006051010 and 2006051109 (trhead manager)

	johnwellshardy Reporter
	Comment 4 • 18 years ago

Still not fixed on May 23rd latest-trunk under Windows XP 64-bit. Since the ability to print a message is important, I wonder if anyone is working on this? Now that I look at the "Assigned To:" entry at the top of this Bug page, I see the following:

"Nobody's working on this, feel free to take it <nobody@mozilla.org>"

Will someone please fix this? It is important. Thank you.

	Tobias Fischer
	Comment 5 • 18 years ago

(In reply to comment #4)
> Still not fixed on May 23rd latest-trunk under Windows XP 64-bit. [...]

Yes, it was still unresolved. But as a woraround it is possible to print Messages from Print-Preview, almost usng WinXP 32-Bit. John, have you tried to use "File" "Print Preview" and after closing the progress-box print via the "Print"-Button from the Print-Preview? This works almost for me. 

	johnwellshardy Reporter
	Comment 6 • 18 years ago

(In reply to comment #5)
> John, have you tried to
> use "File" "Print Preview" and after closing the progress-box print via the
> "Print"-Button from the Print-Preview? This works almost for me. 
> 
Yes, I've tried it, and it works. But it should not be necessary. Printing is fundamental, and it should not require a workaround to accomplish it. And nobody is even working on it.

	Bengt-Erik Soderstrom
	Comment 7 • 18 years ago

Unfortunately the proposed workaround (print from Print Preview) is not working in Linux. There is no print button in the preview window, only a 'Close' button...Pressing this, a small printout window opens and says 'preparing to print', but nothing happens.
In Linux, trying to print from the Mail and Newsgroup section opens two error alert windows and the Print window opens in the background..


I'd say this is a critical bug, a real show-stopper. It is a major function of Seamonkey which is not working, so please put this one on high priority to solve

	James Ross
	Comment 8 • 18 years ago

The bug is already on severity "major" which corresponds to "major loss of function", which is the correct (and highest appropriate) severity. The issue remains the lack of people who can help.

I'd also point out that "me too" or "please fix this" comments aren't generally useful; the bug exists and has the right flags set to mark it as a major and important regression. If you want to help, join IRC (irc://irc.mozilla.org/) and try to find someone willing to help fix this.

	Darin Fisher Assignee
	Comment 9 • 18 years ago

Can anyone repro this problem using Firefox?  (There is a print button that you can add to a firefox toolbar via the customize toolbars option.)

	Marcel Kneuer
	Comment 10 • 18 years ago

(In reply to comment #9)
> Can anyone repro this problem using Firefox?  (There is a print button that you
> can add to a firefox toolbar via the customize toolbars option.)
> 

No repro  with: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060602 Minefield/3.0a1 ID:2006060204 [cairo]

I think the titel of this bug is not right, because the problem exists also with printing from File/Print, not only when using the print icon. It's a general problem not an "icon" problem. 

	johnwellshardy Reporter
	Comment 11 • 18 years ago

It is now one month after my bug report and this bug has not been fixed (I just tried the June 6th latest-trunk for Windows). If it was some odd little bug that only affected a small percentage of users, or was some rarely used function, I would not complain. But this is a basic and essential action: Printing. It should not require a work-around. I respectfully ask that someone step forward and tackle this bug. Thank you very much.

	Darin Fisher Assignee
	Comment 12 • 18 years ago

Don't worry, this bug is on my radar.  I just forgot to assign it to myself.  It's a regression from my patch for bug 326273, so I will fix it.

	Darin Fisher Assignee
	Comment 13 • 18 years ago

In the debugger, I'm seeing a lot of event queue nesting.  It looks like nsThread::Shutdown spinning the event queue is causing extra nesting.  It's unclear yet why the extra nesting is problematic.  Investigating...

	Darin Fisher Assignee
	Comment 15 • 18 years ago

fixed-on-trunk

	Hartmut Figge
	Comment 16 • 18 years ago

(In reply to comment #15)
> fixed-on-trunk

Works on my new build. Thanks.