Closed Bug 1211708 Opened 10 years ago Closed 9 years ago

RSS feed select dropdown list background is transparent

Categories

(Firefox Graveyard :: RSS Discovery and Preview, defect)

43 Branch
Unspecified
Windows 7
defect
Not set
normal

Tracking

(firefox42 unaffected, firefox43+ fixed, firefox44+ verified, firefox45 verified)

VERIFIED FIXED
Firefox 45
Tracking Status
firefox42 --- unaffected
firefox43 + fixed
firefox44 + verified
firefox45 --- verified

People

(Reporter: alice0775, Assigned: neil)

References

Details

(Keywords: regression)

Attachments

(2 files)

Attached image screenshot
Build Identifier: https://hg.mozilla.org/mozilla-central/rev/b56aeea0c4701677ffda6417183caa60d2a6a4a7 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0 ID:20151005030206 https://hg.mozilla.org/releases/mozilla-aurora/rev/58f5e8ddaa59b31dec9938a83cc24210cb514896 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0 ID:20151005004046 Steps To Reproduce: 0. Disable e10s and restart 1. Open web page with RSS deed (E.x. https://wiki.mozilla.org/WebExtensions ) 2. "Bookmarks – Subscribe to This Page…" 3. Click Select dropdown marker Actual Results: The dropdown list background is transparent
Keywords: regression
Version: 44 Branch → 43 Branch
Probably some package needs to be marked as loadable from content.
(In reply to Jonas Sicking (:sicking) from comment #2) > Probably some package needs to be marked as loadable from content. Jonas already gave a very detailed explanation over in Bug 1205052 which is worth cross posting here: > https://bugzilla.mozilla.org/show_bug.cgi?id=1205052#c23
Flags: needinfo?(mozilla)
Tracking in 44 Nightly because this is is a regression, is visible to users and could have potential impact.
Does the error console contain any information? What if you reload the page?
(In reply to Jonas Sicking (:sicking) from comment #6) > Does the error console contain any information? No error in Browser Console. > What if you reload the page? Nothing is changed. The problem persists.
(In reply to Christoph Kerschbaumer from comment #3) > (In reply to Jonas Sicking from comment #2) > > Probably some package needs to be marked as loadable from content.
Sorry, misclick. (In reply to Jonas Sicking from comment #2) > Probably some package needs to be marked as loadable from content. There are no custom styles applied to the menupopup, its computed binding is chrome://global/content/bindings/popup.xml#popup-scrollbars which is already loadable from content (line 2 of toolkit.jar). Is there somewhere I can breakpoint to find out why the load failed?
Hrm.. if this is already a web-exposed package then I'm not really sure what's going on. A good place to start would likely be to step through any calls to nsContentSecurityManager::doContentSecurityCheck.
We should be tracking this in 43 as well since the regression began there. Looks like there is also discussion over in https://bugzilla.mozilla.org/show_bug.cgi?id=1195162#c64. Christoph or Jonas, this looks like a side effect of work that you all are doing; is this something you can also take on? Do you think it will be addressed by what you're already working on? While it's a regression, it seems fairly minor in itself. So we might end up wontfixing this for 43.
Flags: needinfo?(mozilla)
(In reply to Liz Henry (:lizzard) (needinfo? me) from comment #11) > We should be tracking this in 43 as well since the regression began there. > > Looks like there is also discussion over in > https://bugzilla.mozilla.org/show_bug.cgi?id=1195162#c64. > > Christoph or Jonas, this looks like a side effect of work that you all are > doing; is this something you can also take on? Do you think it will be > addressed by what you're already working on? While it's a regression, it > seems fairly minor in itself. So we might end up wontfixing this for 43. Thanks Liz for keeping track of things. I will have a look later this week. Leaving ni? flag for now so it gets my attention.
(In reply to Jonas Sicking from comment #10) > Hrm.. if this is already a web-exposed package then I'm not really sure > what's going on. A good place to start would likely be to step through any > calls to nsContentSecurityManager::doContentSecurityCheck. I tried that but it just returns NS_OK in the case of popup.xml.
The binding for the dropdown list happens to be set in the theme, rather than content. Bug 1195162 accidentally removed the ability for themes to set bindings in insecure documents.
Attached patch Possible patchSplinter Review
This fixes it for me. I believe that this just allows the theme to specify the binding; the binding itself still needs to be accessible to content in the normal way.
Attachment #8683178 - Flags: review?(mozilla)
Comment on attachment 8683178 [details] [diff] [review] Possible patch Review of attachment 8683178 [details] [diff] [review]: ----------------------------------------------------------------- Please add a comment indicating why this is needed.
Attachment #8683178 - Flags: review?(mozilla) → review+
(In reply to Jonas Sicking (:sicking) from comment #16) > Please add a comment indicating why this is needed. Thanks Jonas for jumping in. Looks good - thanks for fixing.
Flags: needinfo?(mozilla)
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 45
Comment on attachment 8683178 [details] [diff] [review] Possible patch Approval Request Comment [Feature/regressing bug #]: 1195162 [User impact if declined]: Mostly display issue [Describe test coverage new/current, TreeHerder]: Don't ask don't tell [Risks and why]: Low, surgical backout [String/UUID change made/needed]: None
Attachment #8683178 - Flags: approval-mozilla-beta?
Attachment #8683178 - Flags: approval-mozilla-aurora?
Assignee: nobody → neil
Comment on attachment 8683178 [details] [diff] [review] Possible patch Ugly visual regression, taking it. Should be in 43 beta 2.
Attachment #8683178 - Flags: approval-mozilla-beta?
Attachment #8683178 - Flags: approval-mozilla-beta+
Attachment #8683178 - Flags: approval-mozilla-aurora?
Attachment #8683178 - Flags: approval-mozilla-aurora+
Flags: qe-verify+
Reproduced with Nightly from 2015-10-03. Verified fixed with latest 44.0a2 (from 2015-11-10) and 45.0a1 (from 2015-11-09), across platforms [1]. [1] Windows 7 64-bit, Mac OS X 10.11.1 and Ubuntu 14.04 32-bit
Status: RESOLVED → VERIFIED
Flags: qe-verify+
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: