297261 - print selection locks tab if you click before print completes

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Charles Evans]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2

If I click outside the highlighted area before the "print selection" finishes
printing, the printing window gets stuck on top and the current tab freezes.
Lockup requires closing Firefox to remove the "printing" messagebox.


Reproducible: Always

Steps to Reproduce:
1. Highlight several pages of text
2. hit file/print, click selection, ok
3. click outside the highlighted area, unhighlighting it.

Actual Results:  
tab locked up, Printing messagebox locks up, stuck on top of browser.
Nothing prints.

Expected Results:  
print the highlighted text

Comment 1

[Gervase Markham [:gerv]]

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/

Comment 2

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.

Comment 3

[Charles Evans]

still not fixed in Firefox 107. 
Also same bug in Mozilla Suite 1712.
potential dataloss if you use tabs.

Comment 4

[Wayne Mery (:wsmwk)]

I see this on trunk Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060714 Minefield/3.0a1.  Additional symptom, job in print queue shows as "spooling" until firefox is killed.

I did not find an older bug on this, but bug 150914 does mentions similar effects.  

seamonkey does not hang using same testcase. In fact, SM print appears to be blazing fast compared to firefox.

Does this happen on linux or mac?


Side issue - "cancel" print of full document does not work - sort of like Bug 253926. click cancel and progress dialog goes away, but printing continues uninterrupted.

Comment 5

[Wayne Mery (:wsmwk)]

maybe dup of Bug 216860

Comment 6

[Wayne Mery (:wsmwk)]

WFM Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b4pre) Gecko/20090314 Shiretoko/3.1b4pre (.NET CLR 3.5.30729)