Closed Bug 1106321 Opened 10 years ago Closed 9 years ago

Printing Page Setup Settings Disobeyed Under e10s

Categories

(Core :: Printing: Setup, defect)

x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla43
Tracking Status
e10s m8+ ---
firefox43 --- fixed

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.
tracking-e10s: --- → ?
Blocks: 927188
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)
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)
Ah, yes - I understand now. Thank you!
Summary: Page Setup Settings Disobeyed Under e10s → Printing Page Setup Settings Disobeyed Under e10s
Flags: firefox-backlog+
Blocks: 1116711
Assignee: nobody → mconley
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)
Flags: needinfo?(mconley)
Ok, thank you!
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(mconley)
Resolution: --- → WORKSFORME
Still broken for me on Windows 8.1 (details in bug 1176141).
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
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.
I can reproduce on Nightly42.0a1 with e10s, but not without e10s.
Bug 1106321 - Serialize DEVMODE down to the content process when printing on Windows. r?jimm
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)
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)
Flags: needinfo?(alice0775)
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)
That's great, thank you Alice0775!
Flags: needinfo?(hb)
Attachment #8644591 - Flags: review?(jmathies)
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.
Attachment #8644591 - Flags: review?(jmathies)
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 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+
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 ago9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla43
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: