Closed
Bug 780107
Opened 12 years ago
Closed 9 years ago
Mozmill does not dismiss popups of bookmarks toolbar after click
Categories
(Testing Graveyard :: Mozmill, defect)
Testing Graveyard
Mozmill
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: vladmaniac, Unassigned)
References
Details
Attachments
(1 file, 2 obsolete files)
1.27 KB,
text/plain
|
Details |
We should dismiss menus after clicking on them The endurance test uploaded under attachments demonstrates we are currently not doing this
Comment 1•12 years ago
|
||
Vlad: Can you reduce the test case to the bare minimum. All it should need to do is open a menu and click a menu item. Ideally it would assert that the menu is no longer visible too, and therefore will be a good test for verifying a fix. Also, could you try replicating this in Mozmill 2.0 to see if it's affected?
Whiteboard: [mozmill-1.5.18?]
Reporter | ||
Comment 2•12 years ago
|
||
simplified testcase with assert for 'hidden' javascript property of the menu currently fails since we have this bug Dave, can you please feedback this please?
Attachment #648658 -
Attachment is obsolete: true
Attachment #648666 -
Flags: feedback?(dave.hunt)
Updated•12 years ago
|
Attachment #648666 -
Attachment mime type: application/javascript → text/plain
Comment 3•12 years ago
|
||
Comment on attachment 648666 [details]
simplified testcase
You shouldn't need the places and tabs imports. Drop the license block too as this is just a minimised test case. For me this fails to locate the getting started element.
Seeing the mouseDown/mouseUp makes me wonder if that would correctly dismiss the menu. Could you try it?
Attachment #648666 -
Flags: feedback?(dave.hunt) → feedback-
Reporter | ||
Comment 4•12 years ago
|
||
(In reply to Dave Hunt (:davehunt) from comment #3) > Comment on attachment 648666 [details] > simplified testcase > > You shouldn't need the places and tabs imports. Drop the license block too > as this is just a minimised test case. For me this fails to locate the > getting started element. I can't explain this. For me it behaves normally. Can you please paste the error, Firefox version? I suspect you tried OS X, right? > > Seeing the mouseDown/mouseUp makes me wonder if that would correctly dismiss > the menu. Could you try it? mouseDown/mouseUp has nothing to do with the menus and it does not work. That is to toggle the bookmarks toolbar. I used that because its very easy to see the defect in that context.
Comment 5•12 years ago
|
||
Sounds invalid to me. That's exactly what the Menu API has to be used for. Also keep in mind that the items in the bookmarks toolbar behave differently on mouse events as other elements in the Firefox UI.
Comment 6•12 years ago
|
||
(In reply to Henrik Skupin (:whimboo) [away 07/27 - 08/05] from comment #5) > Sounds invalid to me. That's exactly what the Menu API has to be used for. > Also keep in mind that the items in the bookmarks toolbar behave differently > on mouse events as other elements in the Firefox UI. This is related to an endurance test where we want to simulate user interactions rather than trigger APIs. Currently clicking on a bookmark within a bookmark folder from the bookmark toolbar does not dismiss the menu as I would expect. Clint also suspected this may be a Mozmill defect in bug 705284 comment 73.
Comment 7•12 years ago
|
||
So lets re-evaluate that. It's a popup of the bookmarks toolbar. Then it makes sense. I don't think that this will block any 1.5.x release.
OS: Linux → All
Hardware: x86 → All
Summary: Mozmill does not dismiss dropdown menus after click → Mozmill does not dismiss popups of bookmarks toolbar after click
Comment 8•12 years ago
|
||
Vlad, please create a real minimized testcase without any external dependency. Further test with Mozmill 2.0 as Dave has suggested 4 days ago.
Reporter | ||
Comment 9•12 years ago
|
||
* the testcase has no external dependencies
Attachment #648666 -
Attachment is obsolete: true
Reporter | ||
Comment 10•12 years ago
|
||
(In reply to Henrik Skupin (:whimboo) from comment #8) > Vlad, please create a real minimized testcase without any external > dependency. Further test with Mozmill 2.0 as Dave has suggested 4 days ago. I will have to get back re Mozmill 2.0 after I install it
Comment 11•12 years ago
|
||
Any updates here? Do you need assistance getting Mozmill 2.0 installed?
Reporter | ||
Comment 12•12 years ago
|
||
(In reply to Dave Hunt (:davehunt) from comment #11) > Any updates here? Do you need assistance getting Mozmill 2.0 installed? Sorry for not giving any updates yet. I've installed Mozmill 2.0 following this history of commands (pasting here so you can correct if I missed anything) git clone https://github.com/mozilla/mozbase.git git clone https://github.com/mozilla/mozmill.git cd mozbase sudo python setup_development.py cd ../mozmill sudo python setup_development.py I got some strange errors and somehow missed to paste them in the bug, let me test again in the meantime
Reporter | ||
Comment 13•12 years ago
|
||
I get TEST-UNEXPECTED-FAIL | /home/vladmaniac/Desktop/testcase/mozmill-tests/tests/functional/test1.js | testMenus INFO | [JavaScript Error: "Error: could not find element Selector: .bookmark-item[label='Getting Started']" {file: "resource://mozmill/modules/frame.js" line: 650}] with Mozmill 2.0
Comment 14•12 years ago
|
||
I think you just need to wait for the element to be present.
Comment 15•12 years ago
|
||
Given hat we had no follow-up from Vlad on this bug re Mozmill 2.0 we don't know what the outcome is. As workaround we can hit Esc for now. Not going to block 1.5.18 on it.
Whiteboard: [mozmill-1.5.18?] → [mozmill-1.5-next?]
Comment 16•9 years ago
|
||
Mozmill will reach its end of life soon. We are currently working on getting all the tests for Firefox ported to Marionette. For status updates please see bug 1080766.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Whiteboard: [mozmill-1.5-next?]
Assignee | ||
Updated•8 years ago
|
Product: Testing → Testing Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•