Closed Bug 1227012 Opened 9 years ago Closed 8 years ago

updating backgroundPosition prevents repaint

Categories

(Core :: Graphics, defect)

Product:
Core
Component:
Graphics
Version:
42 Branch
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 1227327
Tracking Flags:
Tracking Status
firefox45 --- disabled
firefox46 --- disabled
firefox47 --- disabled
firefox48 --- fixed

People

(Reporter: jedierikb, Assigned: mstange)

Details

(Keywords: regression)

Attachments

(1 file)

example of bug
142.76 KB, text/html
Details
Attached file example of bug — 
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36

Steps to reproduce:

http://codepen.io/jedierikb/pen/YyMMmv

Click the "click" element to change the backgroundPosition and transformation of an element.


Actual results:

The element is not repainted.


Expected results:

The element should have repainted.  Jiggling the browser window will eventually trigger a repaint.

Sorry, I really do not know what is causing this bug.
workaround is to add a textnode to the element.
I've added color:rgba(0,0,0,.01); font-size:1px; to put something in there near invisible and that seems to get it working again.
WFM with FF42 on Win 7.
Component: Untriaged → Layout
Product: Firefox → Core
I can reproduce this in a Mac nightly.  Matt, any idea what's going on?
Status: UNCONFIRMED → NEW
Component: Layout → Graphics
Ever confirmed: true
Flags: needinfo?(matt.woodrow)
Markus changed the background position invalidation code recently, this might be fallout from that.
Flags: needinfo?(matt.woodrow)
Probably a regression from bug 1201327, but I can't seem to reproduce this. The testcase works for me in Nightly.
Assignee: nobody → mstange
Blocks: 1201327
Status: NEW → ASSIGNED
Keywords: regression
It seems to be mac only.  I cannot reproduce on windows10.
I can reproduce bug 1227327, though, so I'll work on that first. It's probably the same underlying cause.
Depends on: 1244258
I can't reproduce this in beta 46 on Mac 10.11.4. Marking unaffected for 46. 
jedierikb@gmail.com, do you still see the issue?
status-firefox46: --- → unaffected
Flags: needinfo?(jedierikb)
This, like bug 1227327, was caused by bug 1201327. We backed out bug 1201327 on 46, so this bug should be fixed there.
I've backed out bug 1201327 on Aurora 47, so this bug is only present on Nightly now.
status-firefox45: --- → disabled
status-firefox46: unaffected → disabled
status-firefox47: --- → disabled
status-firefox48: --- → affected
Flags: needinfo?(jedierikb)
I've fixed this in bug 1227327, marking as a duplicate of that.
No longer blocks: 1201327
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
tracking-firefox48: + → ---
No longer depends on: 1244258
Resolution: --- → DUPLICATE
(In reply to Liz Henry (:lizzard) (needinfo? me) from comment #9)
> I can't reproduce this in beta 46 on Mac 10.11.4. Marking unaffected for 46. 
> jedierikb@gmail.com, do you still see the issue?

Looks to be fixed on 46.0.1
Thanks!
(In reply to Liz Henry (:lizzard) (needinfo? me) from comment #9)
> I can't reproduce this in beta 46 on Mac 10.11.4. Marking unaffected for 46. 
> jedierikb@gmail.com, do you still see the issue?

Looks to be fixed on 46.0.1
Thanks!
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: