Closed Bug 1667630 Opened 4 years ago Closed 3 years ago

81.0 hangs for 1 minute when printing PDF

Categories

(Core :: Printing: Output, defect, P2)

Product:
Core
Component:
Printing: Output
Version:
Firefox 81
Type:
defect

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: vesfatica, Unassigned, NeedInfo)

Details

(Keywords: regression, Whiteboard: [print2020_v85][old-ui+])

Attachments

(1 file)

Reporter's about:support
24.31 KB, text/plain
Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

Steps to reproduce:

View PDF in browser ... press print icon

Actual results:

~60 second hang ... blue wheel spins ... Windows 10 says "... not responding" ... after the hang print dialog opens

Expected results:

Print dialog should open immediately (as it has done prior to v81.0)

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Printing: Output
Product: Firefox → Core

Can you link or attach a test-case that helps reproduce the issue? Or does it happen with all PDFs?

If you could take a profile using https://profiler.firefox.com, it'd also be greatly appreciated. Thank you!

Flags: needinfo?(vesfatica)

I don't do it often. It has happened at three sites so far. It just happened here (a word puzzle from the Wall Street Journal).

https://s.wsj.net/public/resources/documents/SatPuz09192020.pdf

P.S. I came here (twice now) via GitHub. What must I do to be able to come here directly? Thanks.

Flags: needinfo?(vesfatica)

(In reply to vesfatica from comment #3)

I don't do it often. It has happened at three sites so far. It just happened here (a word puzzle from the Wall Street Journal).

https://s.wsj.net/public/resources/documents/SatPuz09192020.pdf

Thanks. I couldn't reproduce it on Linux, neither on 81 nor Nightly. Maybe this is a Windows-specific issue?

A profile taken from https://profiler.firefox.com would be pretty amazing to be able to diagnose this. The contents of about:support as well, probably, if you could attach them.

Bob, maybe you can repro this on Windows?

P.S. I came here (twice now) via GitHub. What must I do to be able to come here directly? Thanks.

Hmm, what do you mean? This is a public bug so you shouldn't need to come via other platforms, can you clarify?

Flags: needinfo?(bobowencode)

When I go to

https://bugzilla.mozilla.org/index.cgi?GoAheadAndLogIn=1

I choose "Sign in with GitHub". because I don't have a bugzilla account.

The problem also exists with local PDF files (file:///c:/...) and when using the FPT protocol. Here's another you can try.

ftp://vefatica.net/Recycling101.pdf

Tell me more about the profiler.

(In reply to vesfatica from comment #5)

I choose "Sign in with GitHub". because I don't have a bugzilla account.

I see, do you always get redirected via github? That sounds bad.

Tell me more about the profiler.

So given I can't reproduce (though maybe bob can) there are a few things you can do to help us narrow this down, in order of how much time it takes (though note that as you go down the list those are even more helpful for us):

  • Check if it works in Nightly, in a clean profile, or in safe mode.
  • Take a profile. That's basically going to profiler.firefox.com, install the add-on, hit the profiler icon in the toolbar right before pressing the print button, then wait until the dialog shows up, then press it again and click "share profile" on the page that should load. This should ideally take about 5/10 minutes or so.
  • Find when this broke for you. This is the most helpful. You can do this with mozregression and should be also relatively easy (shouldn't take more than 20 minutes of your time or so I'd think, assuming this worked fine in 80 or so).

Thanks a lot in advance!

(In reply to Emilio Cobos Álvarez (:emilio) from comment #4)
...

Bob, maybe you can repro this on Windows?

The print dialog opens really quickly for me on both those PDFs, unfortunately.

Flags: needinfo?(bobowencode)

(In reply to vesfatica from comment #5)

I choose "Sign in with GitHub". because I don't have a bugzilla account.

You can create a bugilla account here: https://bugzilla.mozilla.org/createaccount.cgi

Although now that I look at that page it's astonishingly bad. The form to actually create an account is in the bottow right corner.

Given that other folks here can't reproduce the problem, it sounds like something specific to your computer is causing an issue. It would be helpful in diagnosing the issue if you could open the page about:support, click "Copy text to clipboard" and then come back here, click "Attach New File" above, and paste the support text as an attachment on this bug.

It's not only PDFs and the extra "Print" button that you get when viewing a PDF. It's all printing. The more normal "Print" button (the one that's always there on the tool bar) actually works worse ... hangs always, somethies gives an error message after hanging ... sometimes says "preparing preview" ... but it never shows the preview or does anything further regarding printing.

Sometimes WER (Winbdows Error Reporting) catches the hangs. I have a few saved WER reports in subdirectories of C:\ProgramData\Microsoft\Windows\WER\ReportArchive.

Attachment #9178270 - Attachment mime type: text/markdown → text/plain
Attachment #9178270 - Attachment description: Reporter's about:config → Reporter's about:support

I get a print dialog instantly with any of 3 editors, Outlook, Excel, Adobe's viewer, ...

I also have the delay when I'm in FireFox and I click on an online "Print" link (scripted); for example "Print this receipt" after an online purchase.

The WER reports say ForeFox hung waiting for spoolsv.exe.

I restarted the spooler service ... no good. I restarted Windows ... no good.

Reinstalled HP software and drivers ... still no joy.

Can you take a profile as described in comment 6? That'd let us know what part of Firefox is calling into the driver when it hangs, and maybe we can adjust. Or a regression range as well would be fantastic.

https://share.firefox.dev/3jcZX14

I know exactly when it started, 5 days ago (9/23). Every evening I print a crossword from the London Times. That's when it started to act up.

Hmm, so... It seems to get stuck in the ShowPrintDialog code in the parent process... Due to inlining it is not very easy to see where time is spent though, but presumably given the lack of samples in the driver code itself :(

That being said, I think that is "fixed" by the new print redesign... Can you confirm that a nightly build works? I'm moderately sure we shouldn't be reaching that code unless you hit the "print using system dialog" stuff in the new dialog.

It may be possible that just changing print.tab_modal.enabled=true in about:config gets the same effect, but Nightly contains more improvements.

As I said, the print dialog works fine everywhere else.

I have no clue how to get/run a nightly build or how to get back to a release build afterwards.

Just download from https://nightly.mozilla.org, it doesn't replace your release build and you can just uninstall when you're done if you want.

No change after print.tab_modal.enabled=true.

For now I'll pass on the nightly releases.

It's working (at least for now).

I went to ControlPanel ... Printers ... HP ... PrinterProperties ... Advanced ,,, changed the setting to "print directly to the printer" ... tested ... that worked ... changed it back to "print to the queue" ... tested ... that worked too.

I tested several more times, each time opening a new instance of FireFox. Each time the print dialog came up immediately. So, as I said, it's working, at least for now.

Thanks, Emilio. If you have the opportunity to document this, it might help someone else. I wish I knew exactly what happened to cause a problem (only with FireFox) in the first place.

  • Vince

I spoke too soon. I still have the problem. And for half a dozen other apps the print dialog opens immediately. I even uninstalled/reinstalled the printer ... no joy.

Keywords: regression
Priority: -- → P2
Whiteboard: [print2020_v83][old-ui+]
Severity: -- → S2
Whiteboard: [print2020_v83][old-ui+] → [print2020_v84][old-ui+]

Hi Vince: We have a newer version (82.0.2) which you may have already been updated to. Are you still experiencing this issue?

Flags: needinfo?(vesfatica)

I have 82.0.2. The problem persists. I may have said so before ... it's not only PDFs. At any site, pressing a "Print" on a web page button gives a 1 minute delay; for example, clicking a "Print Receipt" button after an online purchase. And (I'm sure I said before) printing works perfectly outside of Firefox.

Flags: needinfo?(vesfatica)

I have 80.0.3 now. I still have a 60 second delay before I get a print dialog.

Also (this is new) if I use Firefox's "Print" button (or from the menu) there's a 60 second delay before the print preview opens. If I press "Print" in the preview, I get the normal print dialog immediately.

Whiteboard: [print2020_v84][old-ui+] → [print2020_v85][old-ui+]

It is now fixed. The problem was about:config ... print_printer = \zz\HP LaserJet 1020

The computer zz went out of regular service in the summer of 2019 and is not currently running. The delay opening the print dialog was probably just a network timeout.

It's strange because printing on the new computer (jj) has worked ever since summer 2019 up until the start of this thread. Here's what must have happened.

In summer 2019 the printer was physically disconected from zz and was installed on the new computer (jj). But the printer was never uninstalled from zz; zz was still sharing it. The printer, now on jj, worked fine with Firefox up until this thread started. It must be that once, while zz was running, I mistakenly chose that printer and Firefox remembered that choice. That's odd for two reasons ... 1. It wouldn't have worked (and I should have noticed it right away) and 2. Firefox is configured NOT to remember the printer.

Anyway, now print_printer = \jj\HP LaserJet 1020 and it works fine.

Thanks to all.

Hi ,

Thanks for confirming this issue has been solved on your end.

Please confirm if I can now mark this ticket as resolved. (Please feel free to reopen this bug if you have any troubles.)

Regards, Clara

Flags: needinfo?(vesfatica)

Hi,

I'm marking this as Resolved-Incomplete due to lack of response. If the issue is still reproducible with the latest Firefox version, feel free to reopen the bug with more information.

Regards, Clara.

Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: