Closed Bug 1670645 Opened 4 years ago Closed 3 years ago

Printing the source page is extremely slow

Categories

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

Product:
Core
Component:
Printing: Output
Version:
Firefox 83
Platform:
x86_64
Windows 7
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Tracking Flags:
Tracking Status
firefox82 --- unaffected
firefox83 --- affected

People

(Reporter: noni, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [print2020][old-ui+])

Attachments

(2 files)

firefox_hang.gif
(deleted), image/gif
Details
Goethe_Faust.pdf
(deleted), application/pdf
Details
Attached image firefox_hang.gif (deleted) —

Affected versions

  • Firefox 83.0a1

Affected platforms

  • Windows 7 64bit

Steps to reproduce

  1. Open Firefox.
  2. Navigate to a webpage and open it's page source (I've used https://www.mozilla.org/en-US/).
  3. Open the new print modal.
  4. Select a custom page selection.
  5. Print.

Expected result

  • The page is printed.

Actual result

  • The browser hangs for a long time and only then the printing is performed.

Regression Window

  • Will follow-up as soon as possible. Issue does not reproduce on Fx 82.0b9.

Additional Information

  • This also reproduces with the old UI.
  • It also reproduces for the 100% scale, but it's much worse when Fit to page is selected.

[Suggested Severity] S2.

Attached file Goethe_Faust.pdf (deleted) —

I have also encountered this print hang while trying to print a custom page range (from 2 to 3) on the attached pdf.

This hang seems to be reproducible on macOS 10.14, Windows 10 64bit and Ubuntu 18.04 as well. I'm not sure if the cause for this hang is the same for the one that Cornel has encountered in this bug (the steps from comment 0 doesn't seem reproducible on macOS or Ubuntu platforms).

I'll gladly log a separate issue to track this (for the pdf file) if necessary.

This seems like it's probably a platform issue.

Component: Printing → Printing: Output
Product: Toolkit → Core
Severity: -- → S2
Priority: -- → P2

Hi Cornel: Would you be willing to capture a profile and include a link to that?

Flags: needinfo?(cornel.ionce)

Sure, I've captured a profile with the PDF Emil mentioned in comment 3. It seems this issues is not specific to the source page, as I previously thought.

Here's the profile: https://share.firefox.dev/3j1rCkS.

Please let me know if there's anything else I can help with.

Flags: needinfo?(cornel.ionce)
Has Regression Range: --- → no
Has STR: --- → yes
Whiteboard: [print2020_v83] [old-ui+] → [print2020_v84] [old-ui+]
Whiteboard: [print2020_v84] [old-ui+] → [print2020_v85][old-ui+]
Whiteboard: [print2020_v85][old-ui+] → [print2020_v87][old-ui+]
Whiteboard: [print2020_v87][old-ui+] → [print2020][old-ui+]

The PDF custom-print-range issue (the thing discussed in comment 1 and comment 4) is actually bug 1686494, which was a PDF-specific issue that should now be fixed.

Cornel, are you still able to reproduce the issue from your original report here in comment 0? (and if so, could you attach a profile of that)

Flags: needinfo?(cornel.ionce)

Tested with Firefox 90.0b4 and latest 91.0a1 Nightly on the same Windows 7 machine and the same HP MFP M28a printer and it seems that the issue is no longer reproducing.

Status: NEW → RESOLVED
Closed: 3 years ago
Flags: needinfo?(cornel.ionce)
Resolution: --- → WORKSFORME

Great, thanks for retesting.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: