Closed
      
        Bug 815030
      
      
        Opened 12 years ago
          Closed 12 years ago
      
        
    
  
background at http://k0s.org/pictures/specialfx/  no longer rendered
    Categories
(Core :: Graphics, defect)
Tracking
()
        VERIFIED
        FIXED
        
    
  
        
            mozilla20
        
    
  
People
(Reporter: k0scist, Assigned: roc)
References
Details
(Keywords: regression)
Attachments
(2 files)
| 
        
        
         589 bytes,
          text/html         
       | 
      Details | |
| 
        
        
         5.07 KB,
          patch         
       | 
      
           mattwoodrow
 :
              
              review+
          lsblakk
 :
              
              approval-mozilla-aurora+
          lsblakk
 :
              
              approval-mozilla-beta+
           | 
      Details | Diff | Splinter Review | 
This used to work in firefox and still works in chromium.  The background at http://k0s.org/pictures/specialfx/ as specified by
"""
      body {
           background-image: url('/pictures/specialfx/oilstainreflection2.jpg');
           background-repeat:no-repeat;
           background-position: right;
           background-attachment: fixed;
           background-size: 100% 100%;
      }
"""
is no longer rendered.  If I unset background-attachment: fixed; it does work, albeit I want background-attachment: fixed; for this page.  I'm not sure when this first stopped working.
          Comment 1•12 years ago
           
         | 
      ||
Pretty unlikely to be DOM.
Jeff, can you find a regression range on nightlies?  Are you seeing this on Linux?  Because I see the background just fine on Mac, both with a current nightly and Firefox 17.
Component: DOM → Graphics
          Comment 2•12 years ago
           
         | 
      ||
I can reproduce if HWA.
http://hg.mozilla.org/releases/mozilla-aurora/rev/4e0a8f234a6d
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/19.0 Firefox/19.0 ID:20121124042012
and
http://hg.mozilla.org/mozilla-central/rev/3c67034ba39c
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20.0 Firefox/20.0 ID:20121125030729
Steps to reproduce:
1. Disable HWA
2. Clear cache (if it is not a first attempt)
3. Restart Browser
4. Open http://k0s.org/pictures/specialfx/
Actual results:
Backgound is not rendered.
Reload page helps.
Expected results:
Background should be rendered at the first loading.
Regression wndow(m-c)
Good:
http://hg.mozilla.org/mozilla-central/rev/58ebb638a7ea
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/19.0 Firefox/19.0 ID:20121115172150
Bad:
http://hg.mozilla.org/mozilla-central/rev/a7ed19f7d21a
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/19.0 Firefox/19.0 ID:20121116090659
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=58ebb638a7ea&tochange=a7ed19f7d21a
Regression wndow(m-i)
Good:
http://hg.mozilla.org/integration/mozilla-inbound/rev/244493403e89
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/19.0 Firefox/19.0 ID:20121115151651
Bad:
http://hg.mozilla.org/integration/mozilla-inbound/rev/2c2c6ddb6fe6
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/19.0 Firefox/19.0 ID:20121115163151
Pushlog:
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=244493403e89&tochange=2c2c6ddb6fe6
Suspected: Bug 810470
Blocks: 810470
          tracking-firefox18:
          --- → ?
          tracking-firefox19:
          --- → ?
Keywords: regression
OS: Linux → All
          Comment 3•12 years ago
           
         | 
      ||
err in comment #2
s/I can reproduce if HWA./I can reproduce if HWA off./
          Updated•12 years ago
           
         | 
      
          tracking-firefox18:
          ? → ---
          tracking-firefox20:
          --- → ?
| Assignee | ||
          Comment 4•12 years ago
           
         | 
      ||
The background should turn green, but does not.
The problem is that the background image caching we do in nsDisplayCanvasBackground::Paint never invalidates the CachedBackgroundImage in response to the image loading, or being changed.
Assignee: nobody → roc
| Assignee | ||
          Comment 5•12 years ago
           
         | 
      ||
And nsIFrame::ClearDisplayItemCache is never called.
| Assignee | ||
          Comment 6•12 years ago
           
         | 
      ||
        Attachment #685521 -
        Flags: review?(matt.woodrow)
| Assignee | ||
          Updated•12 years ago
           
         | 
      
          Updated•12 years ago
           
         | 
      
        Attachment #685521 -
        Flags: review?(matt.woodrow) → review+
          Updated•12 years ago
           
         | 
      
| Assignee | ||
          Comment 7•12 years ago
           
         | 
      ||
          Comment 8•12 years ago
           
         | 
      ||
Status: NEW → RESOLVED
Closed: 12 years ago
          status-firefox20:
          --- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla20
          Comment 9•12 years ago
           
         | 
      ||
| Reporter | ||
          Comment 10•12 years ago
           
         | 
      ||
confirmed: wfm :) thanks!
| Assignee | ||
          Comment 11•12 years ago
           
         | 
      ||
Comment on attachment 685521 [details] [diff] [review]
fix
[Approval Request Comment]
Bug caused by (feature/regressing bug #): DLBI
User impact if declined: Missing background image on Web site
Testing completed (on m-c, etc.): a few days on m-c
Risk to taking this patch (and alternatives if risky): Low risk. Just invalidates some cached stuff more often.
String or UUID changes made by this patch: None
        Attachment #685521 -
        Flags: approval-mozilla-beta?
        Attachment #685521 -
        Flags: approval-mozilla-aurora?
| Assignee | ||
          Updated•12 years ago
           
         | 
      
          Updated•12 years ago
           
         | 
      
        Attachment #685521 -
        Flags: approval-mozilla-beta?
        Attachment #685521 -
        Flags: approval-mozilla-beta+
        Attachment #685521 -
        Flags: approval-mozilla-aurora?
        Attachment #685521 -
        Flags: approval-mozilla-aurora+
          Comment 12•12 years ago
           
         | 
      ||
          Comment 13•12 years ago
           
         | 
      ||
WFM for Windows 7 x64, Ubuntu x86 and Mac OS 10.8 for FF18b4.
          Comment 14•12 years ago
           
         | 
      ||
Verified fixed on Firefox 18 beta 4. (especially because of the testcase attached in comment 4; while following the STR from comment 2, I couldn't see significant changes between a Nightly from 2012-11-16 and beta 4).
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/20100101 Firefox/18.0
Build ID: 20121212073002
          Updated•12 years ago
           
         | 
      
QA Contact: manuela.muntean
          Comment 15•12 years ago
           
         | 
      ||
Verified fixed on Firefox 19 beta 2, based on the testcase provided in comment 4, with HWA on and off.
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0
Build ID: 20130116072953
          Comment 16•12 years ago
           
         | 
      ||
Fix is verified on FF20b5 too:
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0(20130313170052)
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0(20130313170052)
Status: RESOLVED → VERIFIED
          You need to log in
          before you can comment on or make changes to this bug.
        
Description
•