Closed
Bug 1106321
Opened 10 years ago
Closed 9 years ago
Printing Page Setup Settings Disobeyed Under e10s
Categories
(Core :: Printing: Setup, defect)
Tracking
()
RESOLVED
FIXED
mozilla43
People
(Reporter: Hb, Assigned: mconley)
References
Details
Attachments
(2 files)
When e10s is active always the Factory Build In Page Setup settings are used. The user can open the dialog, change some settings like Scale or Header&Footer and write this new values into the preferences. But Firefox don't work with this data.
Updated•10 years ago
|
tracking-e10s:
--- → ?
Assignee | ||
Comment 1•10 years ago
|
||
Hey Hb, Can you give me some steps to reproduce? I'm not seeing "Factory Build" in the Page Setup dialog anywhere. Thanks!
Flags: needinfo?(hb)
Comment 2•10 years ago
|
||
STR #1 1. open any web page 2. Open Print preview 3. Attempt to change Portrait/Landscape, Scale Actual Results: Nothing changed STR #2 1. open any web page 2. Open Print Setup 3. Change Portrait/Landscape , Scale 4. Print Actual Results: Nothing changed
(In reply to Mike Conley (:mconley) from comment #1) I used the term "Factory Build In" for describing the default settings.
Flags: needinfo?(hb)
Assignee | ||
Comment 4•10 years ago
|
||
Ah, yes - I understand now. Thank you!
Updated•10 years ago
|
Summary: Page Setup Settings Disobeyed Under e10s → Printing Page Setup Settings Disobeyed Under e10s
Updated•10 years ago
|
Flags: firefox-backlog+
Updated•9 years ago
|
Assignee: nobody → mconley
Assignee | ||
Comment 7•9 years ago
|
||
Hb, are you still able to reproduce this on Nightly? I cannot based on the STR in comment 2 on Windows 7.
Flags: needinfo?(hb)
Seems that this bug is gone now in Nightly.
Flags: needinfo?(hb)
Assignee | ||
Comment 9•9 years ago
|
||
Ok, thank you!
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(mconley)
Resolution: --- → WORKSFORME
Comment 10•9 years ago
|
||
Still broken for me on Windows 8.1 (details in bug 1176141).
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Assignee | ||
Comment 11•9 years ago
|
||
Ok, yes, seeing this: STR: 1) With e10s enabled, choose to print a page 2) In the printing properties, try to set the output to print in black and white 3) Kick off the print ER: The print should be in black and white. AR: The print is in full colour.
Comment 12•9 years ago
|
||
I can reproduce on Nightly42.0a1 with e10s, but not without e10s.
Assignee | ||
Comment 13•9 years ago
|
||
Bug 1106321 - Serialize DEVMODE down to the content process when printing on Windows. r?jimm
Assignee | ||
Comment 14•9 years ago
|
||
Comment on attachment 8644591 [details] MozReview Request: Bug 1106321 - Serialize DEVMODE down to the content process when printing on Windows. r?jimm Bug 1106321 - Serialize DEVMODE down to the content process when printing on Windows. r?jimm
Attachment #8644591 -
Flags: review?(jmathies)
Assignee | ||
Comment 15•9 years ago
|
||
I have some try builds with this patch for people to test: Win x86: http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/bind-autoland@mozilla.com-904a4b30af14/try-win32/firefox-42.0a1.en-US.win32.zip Win x64: http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/bind-autoland@mozilla.com-904a4b30af14/try-win64/firefox-42.0a1.en-US.win64.zip My local testing seems to indicate that the problem is fixed, but if the reporter (or Alice0775 White) could confirm, that'd be lovely. Thanks!
Flags: needinfo?(hb)
Assignee | ||
Updated•9 years ago
|
Flags: needinfo?(alice0775)
Comment 16•9 years ago
|
||
The try server fixes the problem of Comment 11. https://hg.mozilla.org/try/rev/904a4b30af14 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 Firefox/42.0 ID:20150807103901
Flags: needinfo?(alice0775)
Updated•9 years ago
|
Attachment #8644591 -
Flags: review?(jmathies)
Comment 18•9 years ago
|
||
Comment on attachment 8644591 [details] MozReview Request: Bug 1106321 - Serialize DEVMODE down to the content process when printing on Windows. r?jimm https://reviewboard.mozilla.org/r/15269/#review13905 ::: widget/windows/nsPrintOptionsWin.cpp:75 (Diff revision 2) > + psWin->GetDevMode(&devMode); // Copies if this copies why are we responsible for freeing it? I think you want to make clear here that this allocates? Also can you create a helper for doing the freeing? We have similar helpers down in xpcom - http://mxr.mozilla.org/mozilla-central/source/xpcom/base/nsWindowsHelpers.h ::: widget/windows/nsPrintOptionsWin.cpp:77 (Diff revision 2) > + // The maximum size of an IPC message. TODO: put this somewhere common? IPCMessageUtils.h might be a good place for this. I don't think we should hardcode this here.
Assignee | ||
Updated•9 years ago
|
Attachment #8644591 -
Flags: review?(jmathies)
Assignee | ||
Comment 19•9 years ago
|
||
Comment on attachment 8644591 [details] MozReview Request: Bug 1106321 - Serialize DEVMODE down to the content process when printing on Windows. r?jimm Bug 1106321 - Serialize DEVMODE down to the content process when printing on Windows. r?jimm
Comment 20•9 years ago
|
||
Comment on attachment 8644591 [details] MozReview Request: Bug 1106321 - Serialize DEVMODE down to the content process when printing on Windows. r?jimm https://reviewboard.mozilla.org/r/15269/#review14267 Ship It!
Attachment #8644591 -
Flags: review?(jmathies) → review+
Assignee | ||
Comment 21•9 years ago
|
||
url: https://hg.mozilla.org/integration/mozilla-inbound/rev/73dab35a83cd9161141da823877cc76ce03f958a changeset: 73dab35a83cd9161141da823877cc76ce03f958a user: Mike Conley <mconley@mozilla.com> date: Thu Aug 06 17:36:54 2015 -0400 description: Bug 1106321 - Serialize DEVMODE down to the content process when printing on Windows. r=jimm
https://hg.mozilla.org/mozilla-central/rev/73dab35a83cd
Status: REOPENED → RESOLVED
Closed: 9 years ago → 9 years ago
status-firefox43:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla43
Assignee | ||
Comment 23•8 years ago
|
||
bugnotes |
http://people.mozilla.org/~mconley2/bugnotes/bug-1106321.html
You need to log in
before you can comment on or make changes to this bug.
Description
•