Closed
Bug 387142
Opened 17 years ago
Closed 17 years ago
regressed like bug 295223 (Bookmark menu collapses when hovering folder in level 1, quickly marking another folder in level 1, and then hovering folder in level 2 (subfolder of first folder).)
Categories
(Core :: XUL, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: masayuki, Assigned: enndeakin)
References
Details
(Keywords: regression)
Attachments
(1 file, 1 obsolete file)
4.75 KB,
patch
|
bzbarsky
:
review+
bzbarsky
:
superreview+
|
Details | Diff | Splinter Review |
The landing for bug 279703 is breaks the patch for bug 295223. The submenus are collapsed without the user's intention now. When the submenu items are hovered, they should cancel the collapsing timer.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a7pre) Gecko/2007070604 Minefield/3.0a7pre
Flags: blocking1.9?
Comment 1•17 years ago
|
||
(In reply to comment #0)
I can confirm that for my SM-Trunks on Vista since Build 2007070405
Assignee | ||
Comment 2•17 years ago
|
||
This patch cancels the timer properly. Still seeing an issue when a further layer of submenus is open so I'm going to investigate some more.
Assignee: nobody → enndeakin
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•17 years ago
|
||
This patch does two things when a menuitem is highlighted:
- cancels the timer which would have closed up the popup the menu is in
- rehighlights the menu in the parent
Attachment #271564 -
Attachment is obsolete: true
Attachment #271694 -
Flags: superreview?(bzbarsky)
Attachment #271694 -
Flags: review?(bzbarsky)
Comment 4•17 years ago
|
||
Comment on attachment 271694 [details] [diff] [review]
cancel timer properly
>+ if (mCloseTimer &&
>+ NS_STATIC_CAST(nsIMenuParent *, mTimerMenu) == aMenuParent) {
static_cast<>() ;-) Though can't the compiler cast this itself?
Comment 5•17 years ago
|
||
Comment on attachment 271694 [details] [diff] [review]
cancel timer properly
>Index: layout/xul/base/src/nsMenuFrame.cpp
>+ // sibling before moving onto a item within the submenu, causing the
"an item".
>Index: layout/xul/base/src/nsXULPopupManager.cpp
>+ NS_STATIC_CAST(nsIMenuParent *, mTimerMenu) == aMenuParent) {
You shouldn't need the cast here.
r+sr=bzbarsky with those changes.
Attachment #271694 -
Flags: superreview?(bzbarsky)
Attachment #271694 -
Flags: superreview+
Attachment #271694 -
Flags: review?(bzbarsky)
Attachment #271694 -
Flags: review+
Assignee | ||
Updated•17 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•17 years ago
|
Flags: in-testsuite?
Comment 7•17 years ago
|
||
I was hoping that this would fix bug 341157 (which was marked as a dupe of bug 41766) but apparently it doesn't.
What I described there sounds pretty close to what is/was going on here (involuntary collapse of submenus) and makes the navigation of menus rather annoying.
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: xptoolkit.menus → xptoolkit.widgets
Reporter | ||
Updated•15 years ago
|
Flags: blocking1.9?
You need to log in
before you can comment on or make changes to this bug.
Description
•