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)

x86
Windows XP
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla1.9.2a1

People

(Reporter: whimboo, Assigned: dholbert)

References

Details

(Keywords: regression, Whiteboard: [fixed by bug 472769])

Attachments

(1 file)

Attached image Artifacts (deleted) —
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?
Should be a regression from bug 413053.
Blocks: 413053
Component: Places → GFX: Win32
Product: Firefox → Core
QA Contact: places → win32
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?
I've seen this as well without Fusion. I can't reproduce it right now with a build from yesterday.
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?
No longer blocks: 413053
(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.
Bug 456219 is very likely the cause because that's also what (most likely) caused bug 472769.
Blocks: 456219
Component: GFX: Win32 → Layout: View Rendering
Depends on: 472769
QA Contact: win32 → layout.view-rendering
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!)
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.
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/
Daniel, this build fixes the artifacts for sure. None of them are visible anymore.
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
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
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: