1693407 - Print Preview takes sixty seconds to load

Status: RESOLVED WORKSFORME

(Core :: Printing: Output, defect)

Description

[Jim Moskowitz]

Attachment: Screen Shot 2021-02-17 at 5.14.41 PM.jpg

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

Tried to print (any page at all).

I'm using FF 85.0.2 on a 2012 Macbook Pro, MacOS 10.12.6.

Actual results:

The Print Preview window comes up with a spinning cursor where the page preview belongs on the left half of the window, and it takes sixty seconds before it goes away and the actual preview appears. Only then can I actually print. Whatever process is taking 60 seconds even prevents me from quitting Firefox -- if I try to quit within that period the FF window does close, but the app itself doesn't shut down (as seen from the icon in the dock) until those two minutes have elapsed.

Expected results:

The page to be printed should appear quickly in the preview window

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Printing: Output' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Comment 2

[Hiroyuki Ikezoe (:hiro)]

Thanks for the bug report! Can you please share the URI in question? Also, can you please take a profile during opening print preview window? There is an instruction on https://profiler.firefox.com/ how to take profiles. Thanks!

Comment 3

[Jim Moskowitz]

(In reply to Hiroyuki Ikezoe (:hiro) from comment #2)

Thanks for the bug report! Can you please share the URI in question? Also, can you please take a profile during opening print preview window? There is an instruction on https://profiler.firefox.com/ how to take profiles. Thanks!
If you mean the URL where I experience this slowness, it's any URL at all. Printing any page exhibits this problem.
Here's a profile I took, starting before I hit Print and ending after the print preview window with the spinning cursor has been on the screen for ten seconds. If you want me to do a longer one that lasts the whole time until the preview finally appears, please let me know.
https://share.firefox.dev/3r3fNPK

Comment 4

[Hiroyuki Ikezoe (:hiro)]

Thanks for the profile result! It's quite helpful. In the profile there is a long image load which didn't finish during taking the profile.

unknown duration Load 5803: https://profiler.firefox.com/ddb346468ed4ad80414a0af025019451.jpg
Status: Waiting for response
Cache: Unresolved
URL: https://profiler.firefox.com/ddb346468ed4ad80414a0af025019451.jpg
Priority: Low(10)
Guessed MIME type: image/jpeg
Thread: Parent Process
URL: https://profiler.firefox.com/

Comment 5

[Hiroyuki Ikezoe (:hiro)]

Hi Jim, would you mind taking some more time for us to investigate further your case? We'd like to know results for the following cases;

1. data: text/html, printme (copy this text and paste it into the url bar and print it)
2. https://bugzilla.mozilla.org/attachment.cgi?id=9205561 (no image contains)
3. https://hiikezoe.github.io/lazy-load-image-srcset.html (a lazy-loading image)

Thanks!

Comment 6

[Jim Moskowitz]

(In reply to Hiroyuki Ikezoe (:hiro) from comment #5)

I tried printing all three of your test cases.
Cases #2 and 3 showed exact;y the same behavior as before, taking 60 seconds before the spinning cursor disappeared in the Preview window.
Case #1 also had a spinning cursor, but it lasted for 30 seconds, not 60.

Comment 7

[Hiroyuki Ikezoe (:hiro)]

Thanks Jim for the quick testing! It makes me think your issue seems not a dup of bug 1686983.

Would you mind doing one more test?

What is the result with setting print.cups.monochrome.enabled pref to false? You can change the pref value in about:config. Thanks!

Comment 8

[Jim Moskowitz]

I set print.cups.monochrome.enabled to false, and tried the three test cases from Comment 5 again. (Then I restarted Firefox, since I don't know if the preference change happens immediately.)
This time, all three of them had a 30-second spinning cursor before the preview loaded.

Now one more confusing data point: I set print.cups.monochrome.enabled to true again, restarted, and all three test cases still had 30-second waits. I can no longer reproduce the longer 60-second wait, on any page including the ones which first made me file this bug report! (30 seconds is still too long, but at least it's better!)

Also, I wanted to say thank you, Hiroyuki Ikezoe, for all the effort you put into making Firefox better!

Comment 9

[Jim Moskowitz]

EDIT to comment 8: In the first sentence, I meant to say that I restarted Firefox before trying the three test cases. Sorry!

Comment 10

[Daniel Holbert [:dholbert]]

Hi Jim! would you mind capturing a performance profile (like in comment 2 - 3) of the delay that you experience when viewing hiro's testcase #1 (data: text/html, printme)? Or https://www.example.org/ is fine, too (after the page has loaded). It'd be good to have that for a scenario with no image-loads (since those are implicated in another bug, but don't seem to be the cause of the issue that you're seeing).

Also: it would be really useful to know if this reproduces in a fresh Firefox user-profile on your machine. See bug 1694484 comment 5 where I posted steps on how to check that.

Thanks!

Comment 11

[Daniel Holbert [:dholbert]]

(In reply to Daniel Holbert [:dholbert] from comment #10)

Also: it would be really useful to know if this reproduces in a fresh Firefox user-profile on your machine. See bug 1694484 comment 5 where I posted steps on how to check that.

(One additional clarification for this part: it's possible that the new print UI won't be enabled right away in a fresh Firefox user-profile. You can turn it on [in Firefox-with-the-new-user-profile] by visiting about:config and ensuring that print.tab_modal.enabled is set to true. No restart is required; maybe just reload whatever page you're testing, for good measure.)

Comment 12

[Jim Moskowitz]

I just went to do as you asked, Daniel Holbert, but discovered that the problem is fixed -- all three of Hiroyuki Ikezoe's test cases are previewing instantly and printing perfectly!
Then I checked my Firefox version number, and discovered that it had autoupdated to 86.0 without my noticing. So it looks like the bug has been fixed in this version. Seems to me like this issue can be closed!

Comment 13

[Daniel Holbert [:dholbert]]

Glad to hear it's working! Thanks for letting us know. Please reopen this bug if you see this again.