Open Bug 716330 Opened 13 years ago Updated 2 years ago

Thunderbird "Print Preview Preparing dialog" does not disappear automatically when done, after a "Scale custom..." percentage entry

Categories

(MailNews Core :: Printing, defect)

x86
Windows XP
defect

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: moz-bugs, Unassigned)

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0.1) Gecko/20111221 Firefox/9.0.1 SeaMonkey/2.6.1
Build ID: 20111221001913



Actual results:

When using the "Scale Custom..." feature in Print Preview, a lot of times I will see the Print Preview Preparing dialog behind the "Scale Custom..." Prompt (See Thunderbird-Print-Preview-01-of-02.png).  Upon entering a number and clicking OK, the Print Preview re-renders the page, but the Print Preview Preparing dialog doesn't go away unless I click the [X] in the upper corner of the dialog. (SEE Thunderbird-Print-Preview-02-of-02.png).  This doesn't affect the rendering of the Print Preview, but is a bit of an annoyance when you are trying to scale down an item for printing and have to keep manually closing the Print Preview Preparing dialog over and over again.
(In reply to Scott from comment #0)
For me, this dialog disappears quickly once it renders the page:
User Agent: Mozilla/5.0 (X11; Linux i686; rv:9.0) Gecko/20111222 Thunderbird/9.0.1
Application Build ID: 20111222141531
I can't see this on Win XP with TB12. Can it depend on the printer (driver/model)?

Do you see the same problem on Firefox? Ok, you have Seamonkey, so does it happen when print-previewing a webpage?
Summary: Thunderbird Print Preview Dialog → Thunderbird "Print Preview Preparing dialog" does not disappear automatically when done, after a "Scale custom..." percentage entry
Browser User Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0.1) Gecko/20111221 Firefox/9.0.1 SeaMonkey/2.6.1

No, this does not happen in SeaMonkey when I use the "Scale Custom..." feature in 
Print Preview.  I tried entering different values  in SeaMonkey and it worked perfectly fine.

I am using Thunderbird 9.0.1
Ah, you only filed the bug using Seamonkey. That mislead me.

Can you tell to which printer model you are printing?
Component: General → Printing
Product: Thunderbird → MailNews Core
QA Contact: general → printing
Default Printer: Konica Minolta magicolor 2530DL

Virtual Printer: Microsoft Office Document Image Writer

Virtual Printer: PDFCreator
Does the problem happen on all of them?
I am not sure the printer is relevant while TB is still in print preview mode. But You can try it. Temporarily set the some of the virtual printers as default.
I set a virtual printer as default, but Bug 429943 causes Thunderbird to keep selecting the original printer it has stored instead of the newly selected printer, so as a result, I can't test this item on the virtual printers.
Does this still occur in TB17 and TB24?
Flags: needinfo?(moz-bugs)
I currently have Thunderbird 17.0.7

It still pops out here and there, but not as often as it used to.  It used to pop up almost all the time when I used print preview and custom scale.

As stated before, this behavior is not present in SeaMonkey.
Flags: needinfo?(moz-bugs)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: