I have code that collapses richlistitems based on an attribute on the richlistbox, the problem is it's showing empty space for some of the collapsed richlistitems. This used to work just fine, and display:none still works fine as well. I'll try to get a testcase together sometime soon...
Keywords: regression, regressionwindow-wanted, testcase-wanted
Component: Style System (CSS) → XP Toolkit/Widgets: XUL
QA Contact: style-system → xptoolkit.xul
This only happens when there's a binding attached to the richlistitem and new items are appended dynamically. I can't really work up a great testcase, but I'll zip up the files involved and attach them to this bug.
Summary: visibility:collapse isn't actually collapsing anymore. → visibility:collapse isn't actually collapsing anymore when the selector matches a bound element.
This has been around forever, and it's a Style bug since the style isn't being computed correctly as evidenced in the previous comment with getComputedStyle. I *think* the problem might be that the type="warning" and type="error" richlistitems are bound to the same binding, maybe confusing the system? display: none works though, so I'll just have to use that.
Component: XP Toolkit/Widgets: XUL → Style System (CSS)
Flags: blocking1.9.2? → wanted1.9.2?
Keywords: regression, regressionwindow-wanted, testcase-wanted → testcase
QA Contact: xptoolkit.xul → style-system
(In reply to comment #2) > 1) Unzip into folder of choice and create a manifest that points to it under > the name "Console". I don't know what this means. Could you attach such a manifest?
Created attachment 395410 [details] .manifest, drop in <App Dir>/Chrome Here's the manifest file that goes along with it. Notice, this is on a WIndows system, you'll have to change the path if you use it on another system.
Attachment #395410 - Attachment mime type: application/octet-stream → text/plain
Your steps to reproduce work for me. (I assume by "minimize the window" you mean "reduce the size of the window"... which I did in both dimensions, although maybe you meant only one.)
And by "work for me", I mean I don't see anything wrong.
And when I look in DOM inspector's computed style panel, the richlistitems in question show as visibility:collapse.
Oh, also make sure you have the errors still in the console, it might get overwritten by the warnings from yahoo, in which case just use google.com, I think it has less warnings.
Uhm, actually, just checked in DOMi and it is coming up as "collapse", not sure anymore where that space is coming from... In any event it doesn't happen when I use display: none
By "length", do you mean width or height?
Height :) sorry about that...
Bug 513318 has a better testcase, duping.
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 513318
Flags: wanted1.9.2? → wanted1.9.2+
Was your problem fixed by the patch in bug 513318?
You need to log in before you can comment on or make changes to this bug.