Open Bug 1326915 Opened 8 years ago Updated 3 years ago

Favicon partially changes styling depending on tab position and :hover styling

Categories

(Core :: Graphics, defect, P3)

defect

Tracking

()

People

(Reporter: arni2033, Unassigned)

References

Details

(Keywords: regression, Whiteboard: [gfx-noted])

>>> My Info: Win7_64, Nightly 53, 32bit, ID 20161219030207 (2016-12-19) STR_1: 0. Set DPI -> 125% : A) Set DPI level -> 125% in your OS [OR] B) Set layout.css.devPixelsPerPx -> 1.25 1. Open new window. Open 3 new tabs with url [1]. close other tabs. 2. Open new selected tab. 3. Hover mouse over the 3rd tab > [1] http://www.iana.org/domains/reserved AR: Corners of favicon in 1st tab is blue/violet, in 2nd tab - violet, in 3rd tab - red ER: Favicon should be drawn the same way regardless of tab position and :hover styling This is regression from bug 1314133. Regression range: > https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=c04f84afb1bd6b3ea372164012735de6c8f2d582&tochange=b4ade2b0841c5825968f34752d86ee09507a0a9f
Component: Untriaged → Graphics
Product: Firefox → Core
No longer blocks: 1277113
Do we get the dpi info from widget? And is it still work in gpu process proxy-widget?
Flags: needinfo?(dvander)
Priority: -- → P2
Whiteboard: [gfx-noted]
(In reply to Jerry Shih[:jerry] (UTC+8) from comment #1) > Do we get the dpi info from widget? And is it still work in gpu process > proxy-widget? I think DPI is passed from the widget to the compositor in the CompositorBridgeParent constructor.
Flags: needinfo?(dvander)
Moving to p3 because no activity for at least 1 year(s). See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.