Enable the testPreviewNavigationCommands test in browser_preview_navigation.js
Categories
(Toolkit :: Printing, task, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox85 | --- | fixed |
People
(Reporter: sfoster, Assigned: emilio)
References
Details
Attachments
(3 files)
Bug 1654684 adds a mochitest to exercise the new preview navigation toolbar.
The testPreviewNavigationCommands test was causing a crash in some configurations, in automation only, so was skipped to land the feature.
Reporter | ||
Comment 1•5 years ago
|
||
I'm attaching a log file from running browser_preview_navigation.js with this test enabled, on linux debug on try. It has some details of the crash that fails the test.
Reporter | ||
Comment 2•5 years ago
|
||
:emilio, the assert at https://searchfox.org/mozilla-central/rev/71621bfa47a371f2b1ccfd33c704913124afb933/layout/base/nsDocumentViewer.cpp#3282 is indeed off-by-one as the pageNum is 1-indexed. Once bug 1654684 lands, you can trigger this by scrolling to the end of the preview, or using the ">>" button, then clicking the ">" (next) button. That will send a "Printing:Preview:Navigate" message to the child process something like:
{pageNum = this.sheetCount, navType = nsIWebBrowserPrint.PRINTPREVIEW_GOTO_PAGENUM }
I think fixing that condition should allow us to un-skip this test. So, can you either do that when you land that fix, or let me know and I'll check and do it myself?
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 3•5 years ago
|
||
It was off-by-one as the pages are one-indexed.
Updated•5 years ago
|
Reporter | ||
Comment 5•5 years ago
|
||
This bug needs another patch to enable the test before we close it
Comment 6•5 years ago
|
||
bugherder |
Reporter | ||
Comment 7•5 years ago
|
||
Reporter | ||
Updated•5 years ago
|
Comment 9•5 years ago
|
||
bugherder |
Description
•