Closed
Bug 419930
Opened 17 years ago
Closed 7 years ago
dropmarker (insertion point) of bookmark/history sidebar is not erased
Categories
(Firefox :: Bookmarks & History, defect)
Firefox
Bookmarks & History
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: masayuki, Unassigned)
References
Details
(Keywords: polish)
I confirmed 2008022704-trunk/WinVista.
1. Open bookmarks or history sidebar.
2. Drag an link or bookmark item to over the sidebar. (you can see the feedback line between the items.)
3. Drag it to out of the window and drop it on there.
The feedback line is not erased. This cannot be reproduced on Library. On the Library, the feedback line is erased at the cursor moving to out of the widget.
Updated•17 years ago
|
Summary: feedback line for drag and drop of bookmark/history sidebar is not erased → dropmarker of bookmark/history sidebar is not erased
Comment 1•16 years ago
|
||
STR:
- open the bookmarks sidebar so that it does not have scrollbar
- drag a bookmark to the right into the content
expected: the dropfeeback is erased
actual: dropfeedback persist
what i see is that nsTreeBodyFrame::handleEvent does not get a NS_DRAGDROP_EXIT event in this case, while it gets if you drag exit toward other chrome content. so it does not call invalidateDropFeedback
OS: Windows Vista → All
Updated•15 years ago
|
Severity: trivial → minor
Keywords: polish
Hardware: x86 → All
Summary: dropmarker of bookmark/history sidebar is not erased → dropmarker (insertion point) of bookmark/history sidebar is not erased
Comment hidden (obsolete) |
Comment 5•14 years ago
|
||
Confirmed, even on firefox 4 betas.
Comment 6•7 years ago
|
||
I've just tested on FF 58 nightly & FF 56. I can't reproduce this on Windows or Mac. I suspect it was fixed sometime in the last few years.
Please feel free to re-open with updated STR if you can still reproduce it.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•