1231047 - NPWindow width/height values are half of expected values when using Content Scaling

Status: RESOLVED DUPLICATE of bug 820831

(Core Graveyard :: Plug-ins, defect)

Description

[Kyle Machulis [:qdot] [:kmachulis] (INACTIVE)]

When using the content scaling in bug 820831, width and height values in the NPWindow struct are reported as half of their expected values. This needs to be fixed before bug 820831 can land.

Comment 1

[Kyle Machulis [:qdot] [:kmachulis] (INACTIVE)]

This bug is in windowed mode only. However, when in windowless mode, flash content is for some reason automatically scaled by a factor of 2.

Comment 2

[Ryan VanderMeulen [:RyanVM]]

Jim, any idea what might be going on here? This blocks bug 820831, which manifests on hiDPI systems (i.e. really tiny controls on Flash video players and the like).

Comment 3

[Jim Mathies [:jimm]]

Can I get STR here? I'm not sure what this bug is. FWIW I can reproduce the shrunk controls on my yoga running at 2x.

Comment 4

[Ryan VanderMeulen [:RyanVM]]

The only STR I know are "Open a Flash video player, observe tiny controls." AirMo is an example. Kyle, maybe you can provide more context?

Comment 5

[Jim Mathies [:jimm]]

From comment 1 it sounded like this bug is specific to "content scaling" which isn't turned on yet for Windows.

FWIW I can reproduce 'tiny controls' bug 820831.

Comment 6

[Kyle Machulis [:qdot] [:kmachulis] (INACTIVE)]

Tiny UI, or content scaling for flash on windows, is bug 820831, not this bug. This is a sub-bug to that one, because when I enable content scaling using the patches in bug 820831, if the plugin is windowed, the width/height of the window does not scale correctly. I'll forward you both the email that might explain that more.

Comment 7

[Kenneth Kim]

Would like to request status update and an ETA for the bug fix, if available.

Comment 8

[Kyle Machulis [:qdot] [:kmachulis] (INACTIVE)]

Marking this as a duplicate of Bug 820831 as the work really should just happen there.