Closed
Bug 474208
Opened 16 years ago
Closed 16 years ago
Artifacts when opening/closing the folder dropdown of the edit bookmarks panel
Categories
(Core :: Web Painting, defect)
Tracking
()
VERIFIED
FIXED
mozilla1.9.2a1
People
(Reporter: whimboo, Assigned: dholbert)
References
Details
(Keywords: regression, Whiteboard: [fixed by bug 472769])
Attachments
(1 file)
(deleted),
image/png
|
Details |
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090117 Minefield/3.2a1pre ID:20090117033728
There are artifacts left when opening and closing the folder list of the edit bookmarks panel. See the attached screenshot. This only happens on trunk. Shiretoko is ok for now.
Steps:
1. Press Ctrl+D to add a bookmark
2. Open and close the folder dropdown
Marco, could this have been regressed by any of your fixes lately?
Updated•16 years ago
|
Component: Places → GFX: Win32
Product: Firefox → Core
QA Contact: places → win32
Comment 2•16 years ago
|
||
i cannot reproduce on current trunk
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090118 Minefield/3.2a1pre
since you said me you're testing under Fusion, could maybe be related.
Could you please confirm the regression range on bug 413053?
Keywords: regressionwindow-wanted
Comment 3•16 years ago
|
||
I've seen this as well without Fusion. I can't reproduce it right now with a build from yesterday.
Reporter | ||
Comment 4•16 years ago
|
||
Marco, be happy. It's not your fault. I was able to narrow down the regression range. The regression starts between the following changesets:
http://hg.mozilla.org/mozilla-central/rev/670a3b50dfe0
http://hg.mozilla.org/mozilla-central/rev/28488df9e75e
Checkins:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=670a3b50dfe0&tochange=28488df9e75e
Could this somehow be a regression from bug 456219?
Keywords: regressionwindow-wanted
Reporter | ||
Comment 5•16 years ago
|
||
(In reply to comment #3)
> I've seen this as well without Fusion. I can't reproduce it right now with a
> build from yesterday.
Dao, it's still visible with the latest trunk build.
Comment 6•16 years ago
|
||
Bug 456219 is very likely the cause because that's also what (most likely) caused bug 472769.
Updated•16 years ago
|
Assignee | ||
Comment 8•16 years ago
|
||
I just fired off a try-server build with attachment 360124 [details] [diff] [review], the
current fix for bug 472769. Henrik, when that's done, would you mind testing that build to see if this bug is fixed in it?
https://build.mozilla.org/tryserver-builds/?C=M;O=D
(thanks!)
Reporter | ||
Comment 9•16 years ago
|
||
Something has been busted while building this tryserver build. There is no zip file available:
https://build.mozilla.org/tryserver-builds/2009-02-02_13:32-dholbert@mozilla.com-try-a798f8ddb6e/
Can you build it again? I'll run the test when it has been finished.
Assignee | ||
Comment 10•16 years ago
|
||
Pushed to tryserver again last night, and that one apparently built correctly:
https://build.mozilla.org/tryserver-builds/2009-02-03_02:50-dholbert@mozilla.com-try-acc9dc6f892/
Reporter | ||
Comment 11•16 years ago
|
||
Daniel, this build fixes the artifacts for sure. None of them are visible anymore.
Assignee | ||
Comment 12•16 years ago
|
||
I've now landed the patch used in that tryserver build, which should fix both bug 472769 and this bug.
The changeset was http://hg.mozilla.org/mozilla-central/pushloghtml
Assignee: nobody → dholbert
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 13•16 years ago
|
||
Verified fixed with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090207 Minefield/3.2a1pre ID:20090207033501
Status: RESOLVED → VERIFIED
Whiteboard: [fixed by bug 472769]
Target Milestone: --- → mozilla1.9.2a1
Updated•6 years ago
|
Component: Layout: View Rendering → Layout: Web Painting
You need to log in
before you can comment on or make changes to this bug.
Description
•