Revert of Print with the correct physical dimensions when specified

Revert of Print with the correct physical dimensions when specified (patchset #10 id:180001 of https://codereview.chromium.org/1817873002/ )

Reason for revert:
Causing failures on Webkit Win10: https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Win10/builds/8190

unexpected_failures:
printing/quirks-percentage-height-body.html
virtual/threaded/printing/standards-percentage-heights.html
virtual/threaded/printing/subframes-percentage-height.html
virtual/threaded/printing/quirks-percentage-height.html
printing/standards-percentage-heights.html
printing/quirks-percentage-height.html
virtual/threaded/printing/quirks-percentage-height-body.html
printing/subframes-percentage-height.html

Original issue's description:
> Print with the correct physical dimensions when specified
>
> If you specify a div in cm, mm or a similar unit of physical measurement and
> print it you don't get an element of the expected size on paper. This is due
> to the scaling factor we use when resizing the page for printing.
>
> The scaling factor of 1.25 was introduced by https://trac.webkit.org/changeset/22945
> and adopted in the Gtk port by http://wkbug.com/15576. It seems to
> be a magic number that was 'about right'. From trial and error 1.33 seems to be
> the magic number that produces output with the correct physical size.
>
> I don't know how to test this.
>
> BUG=273306
>
> Committed: https://crrev.com/b0b70b1a7023b375e31b94799e109fd1c19005c0
> Cr-Commit-Position: refs/heads/master@{#383925}

TBR=alekseys@chromium.org,eae@chromium.org,gene@chromium.org,thestig@chromium.org,pdr@chromium.org,thakis@chromium.org,robhogan@gmail.com
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=273306
Committed: https://crrev.com/a052b2656a69f04c29b8e9379c73258384401eca
Cr-Commit-Position: refs/heads/master@{#384129}

[Devlin, 2016-03-30 22:40:15]

Created Revert of Print with the correct physical dimensions when specified

[commit-bot: I haz the power, 2016-03-30 22:40:44]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1848443003/1
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1848443003/1

[commit-bot: I haz the power, 2016-03-30 22:41:08]

The CQ bit was unchecked by commit-bot@chromium.org

[commit-bot: I haz the power, 2016-03-30 22:41:10]

Failed to apply patch for third_party/WebKit/LayoutTests/TestExpectations:
While running git apply --index -3 -p1;
  error: patch failed: third_party/WebKit/LayoutTests/TestExpectations:267
  error: repository lacks the necessary blob to fall back on 3-way merge.
  error: third_party/WebKit/LayoutTests/TestExpectations: patch does not apply

Patch:       third_party/WebKit/LayoutTests/TestExpectations
Index: third_party/WebKit/LayoutTests/TestExpectations
diff --git a/third_party/WebKit/LayoutTests/TestExpectations
b/third_party/WebKit/LayoutTests/TestExpectations
index
acc373dd392a9ffac10bcb1e4277b658eebd89ba..3895e8f1450745b118c78ac550ff937eb8dd54a7
100644
--- a/third_party/WebKit/LayoutTests/TestExpectations
+++ b/third_party/WebKit/LayoutTests/TestExpectations
@@ -267,26 +267,6 @@
 crbug.com/542541 [ Debug ] fast/events/click-count.html [ Pass Failure ]
 crbug.com/542541 [ Debug ]
virtual/trustedeventsdefaultaction/fast/events/click-count.html [ Pass Failure ]
 crbug.com/542541 [ Debug ] virtual/pointerevent/fast/events/click-count.html [
Pass Failure ]
-
-crbug.com/273306 [ Mac Win7 ] compositing/squashing/squashing-print.html [
NeedsRebaseline ]
-crbug.com/273306 [ Mac Win7 ] printing/ellipsis-printing-style.html [
NeedsRebaseline ]
-crbug.com/273306 [ Mac Win ] printing/forced-break-tree-dump-only.html [
NeedsRebaseline ]
-crbug.com/273306 [ Mac Win7 ] printing/iframe-print.html [ NeedsRebaseline ]
-crbug.com/273306 [ Mac Win ] printing/page-count-relayout-shrink.html [
NeedsRebaseline ]
-crbug.com/273306 [ Mac Win ] printing/page-count-with-one-word.html [
NeedsRebaseline ]
-crbug.com/273306 [ Mac Win7 ] printing/simultaneous-position-float-change.html
[ NeedsRebaseline ]
-crbug.com/273306 [ Mac Win7 ] printing/quirks-percentage-height-body.html [
NeedsRebaseline ]
-crbug.com/273306 [ Mac Win7 ] printing/quirks-percentage-height.html [
NeedsRebaseline ]
-crbug.com/273306 [ Mac Win7 ] printing/standards-percentage-heights.html [
NeedsRebaseline ]
-crbug.com/273306 [ Mac Win7 ] printing/subframes-percentage-height.html [
NeedsRebaseline ]
-crbug.com/273306 [ Mac Win7 ]
virtual/threaded/printing/ellipsis-printing-style.html [ NeedsRebaseline ]
-crbug.com/273306 [ Mac Win7 ] virtual/threaded/printing/iframe-print.html [
NeedsRebaseline ]
-crbug.com/273306 [ Mac Win7 ]
virtual/threaded/printing/quirks-percentage-height-body.html [ NeedsRebaseline ]
-crbug.com/273306 [ Mac Win7 ]
virtual/threaded/printing/quirks-percentage-height.html [ NeedsRebaseline ]
-crbug.com/273306 [ Mac Win7 ]
virtual/threaded/printing/standards-percentage-heights.html [ NeedsRebaseline ]
-crbug.com/273306 [ Mac Win7 ]
virtual/threaded/printing/subframes-percentage-height.html [ NeedsRebaseline ]
-crbug.com/273306 [ Mac Win ]
virtual/threaded/printing/forced-break-tree-dump-only.html [ NeedsRebaseline ]
-crbug.com/273306 [ Mac Win ]
virtual/threaded/printing/page-count-relayout-shrink.html [ NeedsRebaseline ]
 
 # TODO(oshima): Mac Android are currently not supported.
 crbug.com/567837 [ Mac Android ]
virtual/scalefactor200withzoom/fast/hidpi/static [ Skip ]

[Devlin, 2016-03-30 22:59:05]

The CQ bit was checked by rdevlin.cronin@chromium.org

[commit-bot: I haz the power, 2016-03-30 22:59:38]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1848443003/290001
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1848443003/290001

[commit-bot: I haz the power, 2016-03-30 23:00:28]

Description was changed from

==========
Revert of Print with the correct physical dimensions when specified (patchset
#10 id:180001 of https://codereview.chromium.org/1817873002/ )

Reason for revert:
Causing failures on Webkit Win10:
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Win10/builds/8190

unexpected_failures:
printing/quirks-percentage-height-body.html
virtual/threaded/printing/standards-percentage-heights.html
virtual/threaded/printing/subframes-percentage-height.html
virtual/threaded/printing/quirks-percentage-height.html
printing/standards-percentage-heights.html
printing/quirks-percentage-height.html
virtual/threaded/printing/quirks-percentage-height-body.html
printing/subframes-percentage-height.html


Original issue's description:
> Print with the correct physical dimensions when specified
> 
> If you specify a div in cm, mm or a similar unit of physical measurement and
> print it you don't get an element of the expected size on paper. This is due
> to the scaling factor we use when resizing the page for printing.
> 
> The scaling factor of 1.25 was introduced by
https://trac.webkit.org/changeset/22945
> and adopted in the Gtk port by http://wkbug.com/15576. It seems to
> be a magic number that was 'about right'. From trial and error 1.33 seems to
be
> the magic number that produces output with the correct physical size.
> 
> I don't know how to test this.
> 
> BUG=273306
> 
> Committed: https://crrev.com/b0b70b1a7023b375e31b94799e109fd1c19005c0
> Cr-Commit-Position: refs/heads/master@{#383925}

TBR=alekseys@chromium.org,eae@chromium.org,gene@chromium.org,thestig@chromium...
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=273306
==========

to

==========
Revert of Print with the correct physical dimensions when specified (patchset
#10 id:180001 of https://codereview.chromium.org/1817873002/ )

Reason for revert:
Causing failures on Webkit Win10:
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Win10/builds/8190

unexpected_failures:
printing/quirks-percentage-height-body.html
virtual/threaded/printing/standards-percentage-heights.html
virtual/threaded/printing/subframes-percentage-height.html
virtual/threaded/printing/quirks-percentage-height.html
printing/standards-percentage-heights.html
printing/quirks-percentage-height.html
virtual/threaded/printing/quirks-percentage-height-body.html
printing/subframes-percentage-height.html


Original issue's description:
> Print with the correct physical dimensions when specified
> 
> If you specify a div in cm, mm or a similar unit of physical measurement and
> print it you don't get an element of the expected size on paper. This is due
> to the scaling factor we use when resizing the page for printing.
> 
> The scaling factor of 1.25 was introduced by
https://trac.webkit.org/changeset/22945
> and adopted in the Gtk port by http://wkbug.com/15576. It seems to
> be a magic number that was 'about right'. From trial and error 1.33 seems to
be
> the magic number that produces output with the correct physical size.
> 
> I don't know how to test this.
> 
> BUG=273306
> 
> Committed: https://crrev.com/b0b70b1a7023b375e31b94799e109fd1c19005c0
> Cr-Commit-Position: refs/heads/master@{#383925}

TBR=alekseys@chromium.org,eae@chromium.org,gene@chromium.org,thestig@chromium...
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=273306
==========

[commit-bot: I haz the power, 2016-03-30 23:00:29]

Committed patchset #2 (id:290001)

[commit-bot: I haz the power, 2016-03-30 23:01:30]

Description was changed from

==========
Revert of Print with the correct physical dimensions when specified (patchset
#10 id:180001 of https://codereview.chromium.org/1817873002/ )

Reason for revert:
Causing failures on Webkit Win10:
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Win10/builds/8190

unexpected_failures:
printing/quirks-percentage-height-body.html
virtual/threaded/printing/standards-percentage-heights.html
virtual/threaded/printing/subframes-percentage-height.html
virtual/threaded/printing/quirks-percentage-height.html
printing/standards-percentage-heights.html
printing/quirks-percentage-height.html
virtual/threaded/printing/quirks-percentage-height-body.html
printing/subframes-percentage-height.html


Original issue's description:
> Print with the correct physical dimensions when specified
> 
> If you specify a div in cm, mm or a similar unit of physical measurement and
> print it you don't get an element of the expected size on paper. This is due
> to the scaling factor we use when resizing the page for printing.
> 
> The scaling factor of 1.25 was introduced by
https://trac.webkit.org/changeset/22945
> and adopted in the Gtk port by http://wkbug.com/15576. It seems to
> be a magic number that was 'about right'. From trial and error 1.33 seems to
be
> the magic number that produces output with the correct physical size.
> 
> I don't know how to test this.
> 
> BUG=273306
> 
> Committed: https://crrev.com/b0b70b1a7023b375e31b94799e109fd1c19005c0
> Cr-Commit-Position: refs/heads/master@{#383925}

TBR=alekseys@chromium.org,eae@chromium.org,gene@chromium.org,thestig@chromium...
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=273306
==========

to

==========
Revert of Print with the correct physical dimensions when specified (patchset
#10 id:180001 of https://codereview.chromium.org/1817873002/ )

Reason for revert:
Causing failures on Webkit Win10:
https://build.chromium.org/p/chromium.webkit/builders/WebKit%20Win10/builds/8190

unexpected_failures:
printing/quirks-percentage-height-body.html
virtual/threaded/printing/standards-percentage-heights.html
virtual/threaded/printing/subframes-percentage-height.html
virtual/threaded/printing/quirks-percentage-height.html
printing/standards-percentage-heights.html
printing/quirks-percentage-height.html
virtual/threaded/printing/quirks-percentage-height-body.html
printing/subframes-percentage-height.html

Original issue's description:
> Print with the correct physical dimensions when specified
>
> If you specify a div in cm, mm or a similar unit of physical measurement and
> print it you don't get an element of the expected size on paper. This is due
> to the scaling factor we use when resizing the page for printing.
>
> The scaling factor of 1.25 was introduced by
https://trac.webkit.org/changeset/22945
> and adopted in the Gtk port by http://wkbug.com/15576. It seems to
> be a magic number that was 'about right'. From trial and error 1.33 seems to
be
> the magic number that produces output with the correct physical size.
>
> I don't know how to test this.
>
> BUG=273306
>
> Committed: https://crrev.com/b0b70b1a7023b375e31b94799e109fd1c19005c0
> Cr-Commit-Position: refs/heads/master@{#383925}

TBR=alekseys@chromium.org,eae@chromium.org,gene@chromium.org,thestig@chromium...
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=273306

Committed: https://crrev.com/a052b2656a69f04c29b8e9379c73258384401eca
Cr-Commit-Position: refs/heads/master@{#384129}
==========

[commit-bot: I haz the power, 2016-03-30 23:01:32]

Patchset 2 (id:??) landed as
https://crrev.com/a052b2656a69f04c29b8e9379c73258384401eca
Cr-Commit-Position: refs/heads/master@{#384129}