Closed Bug 1056116 Opened 10 years ago Closed 8 months ago

No HWA-supported font-rendering on IntelHD since 2014-08-14 (Optimus)

Categories

(Core :: Graphics, defect)

x86_64
Windows 7
defect

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: elbart, Unassigned)

References

()

Details

(Whiteboard: [platform-rel-Intel])

Attachments

(3 files)

Attached image intelhd.png
Open URL and notice different font-rendering in Nightlies of 08-14 and newer compared to 08-13 and older.

Regression-range:

Last good revision: 7fc96293ada8 (2014-08-13)
First bad revision: 5299864050ee (2014-08-14)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=7fc96293ada8&tochange=5299864050ee

Last good revision: 81c93f4a6212
First bad revision: 043edc92814e
Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=81c93f4a6212&tochange=043edc92814e

9c339e14c720	David Parks — Bug 1008759 - Blocklist D2D on NVidia 310M, even when it is believed to be the secondary GPU. r=bjacob

Note: I don't understand the reasoning behind blocking the 310m by Firefox in the first place. The nVidia-driver's default setting for Firefox is to use the integrated GPU, meaning IntelHD. The user has to manually override this restriction, which obviously isn't recommended, otherwise blocking the GPU wouldn't be the default setting in the first place. And, imho, Firefox was running even slower on the nVidia-GPU than on the IntelHD.

Why caring about such a fringe case?
Attached file about-support 0813.txt
Attached file about-support 0814.txt
Blocks: 1008759
Depends on: 628129
Flags: needinfo?(bas)
(In reply to Elbart from comment #0)
> Created attachment 8475912 [details]
> intelhd.png
> 
> Open URL and notice different font-rendering in Nightlies of 08-14 and newer
> compared to 08-13 and older.
> 
> Regression-range:
> 
> Last good revision: 7fc96293ada8 (2014-08-13)
> First bad revision: 5299864050ee (2014-08-14)
> Pushlog:
> https://hg.mozilla.org/mozilla-central/
> pushloghtml?fromchange=7fc96293ada8&tochange=5299864050ee
> 
> Last good revision: 81c93f4a6212
> First bad revision: 043edc92814e
> Pushlog:
> https://hg.mozilla.org/integration/mozilla-inbound/
> pushloghtml?fromchange=81c93f4a6212&tochange=043edc92814e
> 
> 9c339e14c720	David Parks — Bug 1008759 - Blocklist D2D on NVidia 310M, even
> when it is believed to be the secondary GPU. r=bjacob
> 
> Note: I don't understand the reasoning behind blocking the 310m by Firefox
> in the first place. The nVidia-driver's default setting for Firefox is to
> use the integrated GPU, meaning IntelHD. The user has to manually override
> this restriction, which obviously isn't recommended, otherwise blocking the
> GPU wouldn't be the default setting in the first place. And, imho, Firefox
> was running even slower on the nVidia-GPU than on the IntelHD.
> 
> Why caring about such a fringe case?

The problem is the exact problematic scenario could not be detected in this case. And there was crashes coming in with this usage pattern. In that situation our hands are sort of tied, I'll leave it to bjacob to decide if we're hurting enough users to consider reverting this blacklist entry.
Flags: needinfo?(bas) → needinfo?(bjacob)
This was crashing e10s, which is why David cared. I'm not the one to decide how to weigh e10s crashiness against font quality on Windows. It's a conversation for David and Bas to have, I suppose. Maybe I should have forwarded the review request on bug 1008759 to Bas.
Flags: needinfo?(bjacob)
Whiteboard: [platform-rel-Intel]
platform-rel: --- → ?
platform-rel: ? → ---

In the process of migrating remaining bugs to the new severity system, the severity for this bug cannot be automatically determined. Please retriage this bug using the new severity system.

Severity: critical → --

The severity field is not set for this bug.
:bhood, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(bhood)

Elbart, is this still an issue with the current release (116 as of this writing) of Firefox?

Flags: needinfo?(bhood) → needinfo?(elbart)

Redirect a needinfo that is pending on an inactive user to the triage owner.
:bhood, since the bug has recent activity, could you please find another way to get the information or close the bug as INCOMPLETE if it is not actionable?

For more information, please visit BugBot documentation.

Flags: needinfo?(elbart) → needinfo?(bhood)
Status: UNCONFIRMED → RESOLVED
Closed: 8 months ago
Flags: needinfo?(bhood)
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: