Closed Bug 1674135 Opened 4 years ago Closed 4 years ago

Printing via the “Print using the system dialog” option is not working for about pages

Categories

(Toolkit :: Printing, defect, P2)

defect

Tracking

()

VERIFIED FIXED
84 Branch
Tracking Status
firefox-esr78 --- unaffected
firefox81 --- unaffected
firefox82 --- unaffected
firefox83 --- wontfix
firefox84 --- verified

People

(Reporter: emilghitta, Assigned: emilio)

References

(Blocks 1 open bug, Regression)

Details

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

Attachments

(2 files)

Affected versions

  • Firefox 84.0a1 (BuildId:20201029095639)
  • Firefox 83.0b5 (BuildId:20201027175448)

Unaffected versions

  • Firefox 82.0.2 (BuildId:20201027185343)

Affected platforms

  • Windows 10 64bit
  • Ubuntu 20.04 64bit
  • macOS 10.15

Steps to reproduce

  1. Launch Firefox.
  2. Access the about:support page.
  3. Select a random text.
  4. Hit Ctrl + P in order to open the print preview.
  5. Select an actual physical printer from the destination list.
  6. Click on the “Print using the system dialog” option.
  7. Print.

Expected result

  • The print job is successfully initiated and the print selection gets successfully printed.

Actual result

  • No print job is initiated and the print preview fails to reopen (via hamburger menu, context Print Selection option or via ctrl + p) until the tab is refreshed.

Regression Range

Notes

  • This seems to affect other about pages as well.
  • No error message is being thrown inside the browser console.
  • [Suggested Severity] I think that S3 fits for this issue.
  • This seems to be reproducible with both Fission enabled and Fission disabled
  • This is not reproducible using the old UI
  • Tentatively marking this to be tracked for print2020_v84
Whiteboard: [print2020_v84] [old-ui-]

ni? Emilio just as FYI, but putting this as a P2 because I don't think this is a very common workflow.

Severity: -- → S3
Flags: needinfo?(emilio)
Priority: -- → P2
Depends on: 1674716

So this is not only an issue for print selection, as far as I can tell.

Printing from the system dialog seems mostly working by chance. Bug 1660665 made it so that this call happens after hiding the dialog, which removes the preview <browser>.

Component: Printing: Output → Printing
Flags: needinfo?(emilio)
Product: Core → Toolkit
See Also: → 1660665
Summary: Printing a selection via the “Print using the system dialog” option is not working for about pages → Printing via the “Print using the system dialog” option is not working for about pages

Using visibility preserves frames of the content inside the dialog,
which we rely on to print the preview <browser> element.

This was working before bug 1662336 mostly by chance, because we were
doing an extra clone and that happened to mostly not rely on the cloned
document being rendered.

I'd rather fix it in the front-end (by not trying to print a
display: none <browser>) than going back to do a separate clone,
because that can get expensive (specially with fission).

It's not super-clear to me how to best test the "print from system
dialog" case, but ideas certainly welcome.

Assignee: nobody → emilio
Status: NEW → ASSIGNED
Depends on: 1674731
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/a7f0c3d87325
Don't destroy frames from hideDialog() as we rely on printing hidden frames. r=Gijs
Pushed by emilio@crisal.io:
https://hg.mozilla.org/integration/autoland/rev/57fcc7dd2219
Update test expectations since we changed the overlay inline style.
Attachment #9185117 - Attachment description: Bug 1674135 - Don't destroy frames from hideDialog() as we rely on printing hidden frames. r=Gijs,emalysz → Bug 1674135 - Don't destroy frames from hideDialog() as we rely on printing hidden frames. r=Gijs
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/3cc7771c487c
Don't destroy frames from hideDialog() as we rely on printing hidden frames. r=Gijs,preferences-reviewers

Comment on attachment 9185117 [details]
Bug 1674135 - Don't destroy frames from hideDialog() as we rely on printing hidden frames. r=Gijs

Beta/Release Uplift Approval Request

  • User impact if declined: Printing about: pages from the system dialog with the new print UI fails.
  • Is this code covered by automated tests?: Yes
  • Has the fix been verified in Nightly?: No
  • Needs manual test from QE?: Yes
  • If yes, steps to reproduce: comment 0
  • List of other uplifts needed: none
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Relatively straight-forward change (mostly test changes) for an 83 regression.
  • String changes made/needed: none
Flags: needinfo?(emilio)
Attachment #9185117 - Flags: approval-mozilla-beta?
Flags: qe-verify+
See Also: → 1675031

Third time's the charm.

Flags: needinfo?(emilio)
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/b5330b68ce05
Don't destroy frames from hideDialog() as we rely on printing hidden frames. r=Gijs,preferences-reviewers

Comment on attachment 9185117 [details]
Bug 1674135 - Don't destroy frames from hideDialog() as we rely on printing hidden frames. r=Gijs

The fix was backed out 3 times and we have only one beta left that we build tomorrow, I think this is not ready yet for an uplift to 83, thanks.

Attachment #9185117 - Flags: approval-mozilla-beta? → approval-mozilla-beta-
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/c9392496ccdc
Don't destroy frames from hideDialog() as we rely on printing hidden frames. r=Gijs,preferences-reviewers
Pushed by malexandru@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/5cf1aca4c85d
Fix lint failure in siteData/head.js a=lint-fix
Flags: needinfo?(emilio)
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 84 Branch
QA Whiteboard: [qa-triaged]

This issue is verified fixed using Firefox 84.0a1 (BuildID:20201109215349) on Windows 10 64bit, macOS 10.14 and Ubuntu 20.04.

Status: RESOLVED → VERIFIED
Flags: qe-verify+
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: