Closed
Bug 1049003
Opened 10 years ago
Closed 10 years ago
Refractor AppMenucomponent to wait for menu to update before finding a menu item
Categories
(Firefox for Android Graveyard :: Testing, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
Firefox 34
People
(Reporter: vivek, Assigned: vivek, Mentored)
References
Details
(Whiteboard: [lang=java])
Attachments
(1 file, 2 obsolete files)
3.97 KB,
patch
|
mcomella
:
review+
|
Details | Diff | Splinter Review |
No description provided.
Assignee | ||
Comment 1•10 years ago
|
||
Description :
This is a followup to bug 996227. As mentioned https://bugzilla.mozilla.org/show_bug.cgi?id=1034261#c12, it was observed while testing that sub menu take a while to update. So, findMenu function must wait for the menu to update with a possible timeout before finding the actual menu item.
Assignee | ||
Comment 2•10 years ago
|
||
A patch where findAppMenuItemView wait for the menu text to appear before proceeding.
Attachment #8468733 -
Flags: review?(michael.l.comella)
Assignee | ||
Comment 3•10 years ago
|
||
Patch updated with minor correction.
Attachment #8468733 -
Attachment is obsolete: true
Attachment #8468733 -
Flags: review?(michael.l.comella)
Attachment #8468785 -
Flags: review?(michael.l.comella)
Assignee | ||
Comment 4•10 years ago
|
||
Patch fixed. Now patch waits for menu item to appear before checking for menu item states.
Attachment #8468785 -
Attachment is obsolete: true
Attachment #8468785 -
Flags: review?(michael.l.comella)
Attachment #8468791 -
Flags: review?(michael.l.comella)
Comment on attachment 8468791 [details] [diff] [review]
1049003_updated.patch
Review of attachment 8468791 [details] [diff] [review]:
-----------------------------------------------------------------
Does this work? Is this all we need? Do you have a try run to show it?
::: mobile/android/base/tests/components/AppMenuComponent.java
@@ +144,5 @@
> *
> * This method is dependent on not having two views with equivalent contentDescription / text.
> */
> private View findAppMenuItemView(String text) {
> + mSolo.waitForText(text, 1, MAX_WAITTIME_FOR_MENU_UPDATE_IN_MS);
We should probably fill out all the parameters for waitForText (scroll & onlyVisible).
Assignee | ||
Comment 6•10 years ago
|
||
Try server logs:
https://tbpl.mozilla.org/?tree=Try&rev=788c07943ae1
The tested patch contains changes related to bug 1049003 and its dependent bug 1034261
Attachment #8468791 -
Flags: review?(michael.l.comella) → review+
Assignee | ||
Updated•10 years ago
|
Keywords: checkin-needed
Comment 7•10 years ago
|
||
Are we thinking the robocop-5 failures that hit in 3/4 runs are spurious?
https://tbpl.mozilla.org/php/getParsedLog.php?id=45865080&tree=Try
10:46:20 INFO - 195 INFO SimpleTest START
10:46:20 INFO - 196 INFO TEST-START | testAppMenuPathways
10:46:20 INFO - 197 INFO TEST-PASS | testAppMenuPathways | Given message occurred for registered event: {"type":"Gecko:Ready"} - Gecko:Ready should equal Gecko:Ready
10:46:20 INFO - 198 INFO EventExpecter: no longer listening for Gecko:Ready
10:46:20 INFO - 199 INFO TEST-PASS | testAppMenuPathways | Menu is not open -
10:46:20 INFO - 200 INFO TEST-PASS | testAppMenuPathways | Waiting for menu to open. -
10:46:20 INFO - 201 INFO TEST-PASS | testAppMenuPathways | The parent 'page' menu item is not enabled -
10:46:20 INFO - 202 INFO TEST-PASS | testAppMenuPathways | The parent 'page' menu item is visible - 0 should equal 0
10:46:20 INFO - 203 INFO TEST-PASS | testAppMenuPathways | url is not null - /robocop/robocop_blank_01.html should not equal null
10:46:20 INFO - 204 INFO TEST-PASS | testAppMenuPathways | url is not null - /robocop/robocop_blank_01.html should not equal null
10:46:20 INFO - 205 INFO TEST-PASS | testAppMenuPathways | The toolbar is not in the editing state -
10:46:20 INFO - 206 INFO TEST-PASS | testAppMenuPathways | Waiting for Toolbar to enter editing mode. -
10:46:20 INFO - 207 INFO TEST-PASS | testAppMenuPathways | Waiting for UrlEditText to be input method target. -
10:46:20 INFO - 208 INFO TEST-PASS | testAppMenuPathways | url is not null - http://mochi.test:8888/tests/robocop/robocop_blank_01.html should not equal null
10:46:20 INFO - 209 INFO TEST-PASS | testAppMenuPathways | The toolbar is in the editing state -
10:46:20 INFO - 210 INFO TEST-PASS | testAppMenuPathways | The UrlEditText is the input method target -
10:46:20 INFO - 211 INFO TEST-PASS | testAppMenuPathways | The toolbar is in the editing state -
10:46:20 INFO - 212 INFO TEST-PASS | testAppMenuPathways | initiatingAction is not null - org.mozilla.gecko.tests.components.ToolbarComponent$2@41326fc8 should not equal null
10:46:20 INFO - 213 INFO ToolbarTitleTextChangeVerifier: stored title, "".
10:46:20 INFO - 214 INFO TEST-PASS | testAppMenuPathways | Given message occurred for registered event: {"type":"DOMTitleChanged","title":"Browser Blank Page 01","tabID":0} - DOMTitleChanged should equal DOMTitleChanged
10:46:20 INFO - 215 INFO TEST-PASS | testAppMenuPathways | Given message occurred for registered event: {"bgColor":"transparent","errorType":"","type":"DOMContentLoaded","metadata":null,"tabID":0} - DOMContentLoaded should equal DOMContentLoaded
10:46:20 INFO - 216 INFO EventExpecter: no longer listening for DOMContentLoaded
10:46:20 INFO - 217 INFO EventExpecter: no longer listening for DOMTitleChanged
10:46:20 INFO - 218 INFO ToolbarTitleTextChangeVerifier: state changed to title, "Browser Blank Page 01".
10:46:20 INFO - 219 INFO ToolbarTitleTextChangeVerifier: was satisfied.
10:46:20 INFO - 220 INFO TEST-PASS | testAppMenuPathways | Waiting for Toolbar to exit editing mode. -
10:46:20 INFO - 221 INFO TEST-PASS | testAppMenuPathways | The toolbar is not in the editing state -
10:46:20 INFO - 222 INFO TEST-PASS | testAppMenuPathways | The Toolbar title is Browser Blank Page 01 - Browser Blank Page 01 should equal Browser Blank Page 01
10:46:20 INFO - 223 INFO TEST-PASS | testAppMenuPathways | Menu is not open -
10:46:20 INFO - 224 INFO TEST-PASS | testAppMenuPathways | Waiting for menu to open. -
10:46:20 INFO - 225 INFO TEST-PASS | testAppMenuPathways | Menu is open -
10:46:20 INFO - 226 INFO TEST-PASS | testAppMenuPathways | The menu item Page is enabled -
10:46:20 INFO - 227 INFO TEST-PASS | testAppMenuPathways | The menu item Page is visible - 0 should equal 0
10:46:20 INFO - 228 INFO TEST-PASS | testAppMenuPathways | Menu is open -
10:46:20 INFO - 229 INFO TEST-PASS | testAppMenuPathways | The menu item Save as PDF is enabled -
10:46:20 INFO - 230 INFO TEST-PASS | testAppMenuPathways | The menu item Save as PDF is visible - 0 should equal 0
10:46:20 INFO - 231 INFO TEST-PASS | testAppMenuPathways | Menu is not open -
10:46:20 INFO - 232 INFO TEST-UNEXPECTED-FAIL | testAppMenuPathways | Waiting for menu to open. -
10:46:20 INFO - TEST-INFO | expected PASS
10:46:20 INFO - 233 INFO TEST-OK | testAppMenuPathways | took 46050ms
Keywords: checkin-needed
(In reply to Ryan VanderMeulen [:RyanVM UTC-4] from comment #7)
> Are we thinking the robocop-5 failures that hit in 3/4 runs are spurious?
When I initially looked at the rc test, I saw 1 fail and 1 pass: the failure seemed unrelated but perhaps we've uncovered a race condition.
Vivek, do you mind taking a look?
Status: NEW → ASSIGNED
Flags: needinfo?(vivekb.balakrishnan)
Assignee | ||
Comment 9•10 years ago
|
||
As discussed over IRC, I'll submit a new patch for bug 1034261 swapping the tests.
Flags: needinfo?(vivekb.balakrishnan)
Assignee | ||
Updated•10 years ago
|
Keywords: checkin-needed
Comment 10•10 years ago
|
||
Comment 11•10 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Whiteboard: [lang=java][fixed-in-fx-team] → [lang=java]
Target Milestone: --- → Firefox 34
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•