Closed
Bug 939749
Opened 11 years ago
Closed 11 years ago
Test failure "The auto-complete result is a bookmark - 'favicon' should contain 'bookmark'" in tests/functional/testAwesomeBar/testSuggestBookmarks.js
Categories
(Mozilla QA Graveyard :: Mozmill Tests, defect, P4)
Tracking
(firefox25 wontfix, firefox26 affected, firefox27 affected, firefox28 affected, firefox-esr17 affected)
People
(Reporter: mihaelav, Assigned: cosmin-malutan)
References
()
Details
(Keywords: regression, reproducible, Whiteboard: [mozmill-test-failure])
Attachments
(2 files)
|
6.55 KB,
application/javascript
|
Details | |
|
2.14 KB,
patch
|
andrei
:
review-
|
Details | Diff | Splinter Review |
The testSuggestBookmarks from the functional testrun fails with "The auto-complete result is a bookmark - 'favicon' should contain 'bookmark'" on Australis.
Report:
http://mozmill-crowd.blargon7.com/#/functional/report/2f1ca72938985fc4b989b7efcc45e3c8
The failure was seen only on Linux (Ubuntu 13.10).
| Reporter | ||
Comment 1•11 years ago
|
||
> The failure was seen only on Linux (Ubuntu 13.10).
The Ubuntu version was 13.04, not 13.10.
I reproduced the failure on non-australis build, as well, so it's not australis-related:
http://mozmill-crowd.blargon7.com/#/functional/report/2f1ca72938985fc4b989b7efcc98201a
The issue reproduces constantly on my 13.04 and on a 12.04, but it doesn't reproduce at all on other machines (12.04 and 13.10).
No longer blocks: 874341
Summary: Test failure in testSuggestBookmarks test from functional testrun on Australis → Test failure "The auto-complete result is a bookmark - 'favicon' should contain 'bookmark'" in tests/functional/testAwesomeBar/testSuggestBookmarks.js
| Assignee | ||
Comment 2•11 years ago
|
||
I attached the minimized test case for this, this reproduces with all firefox versions.
It doesn't reproduce manually.
The steps are:
1 Opens: "http://mozqa.com/data/firefox/layout/mozilla_grants.html"
2 Opens: "about:blank"
3 Types: "grants" in url-bar
4 Clears all history.
5 Opens: "http://mozqa.com/data/firefox/layout/mozilla_grants.html"
6 Bookmarks the page
7 Clears all history.
8 Types: "grants" in url-bar
Expected result:
The suggestion should be a bookmark (have the yellow star in the right)
Actual result:
The suggestion is an previous search result (without the yellow star in the right)
Attachment #8336169 -
Flags: feedback?(hskupin)
Comment 3•11 years ago
|
||
Comment on attachment 8336169 [details]
minimizedTestCase.js
Not sure for what this feedback request is for. I assume you want needinfo on what? Also ensure to attach plain/text attachments. Thanks.
Attachment #8336169 -
Flags: feedback?(hskupin)
Comment 4•11 years ago
|
||
Also I thought Mihaela is working on this bug? Or are you joining and helping her?
Comment 5•11 years ago
|
||
If this is reproducible, please use the testcase to finding a regression range.
Status: NEW → ASSIGNED
Whiteboard: [mozmill-test-failure]
| Assignee | ||
Comment 6•11 years ago
|
||
Hi Henrik, I didn't take the bug, I was just helping since it reproduced on my machine (Ubuntu 12.04) and Mihaela had a 13.04.
| Reporter | ||
Comment 7•11 years ago
|
||
Cosmin can take this, since it is not Australis related (see comment #1).
Assignee: mihaela.velimiroviciu → nobody
Comment 8•11 years ago
|
||
Ok, so how often does it fail? Is it something we should focus on? What's the priority of this bug?
Comment 9•11 years ago
|
||
I don't think we've ever seen this on our ci testruns, only locally by Mihaela and Cosmin.
| Assignee | ||
Comment 10•11 years ago
|
||
Hi, here is what I found out:
This failure happens because nsAutoCompleteController caches the previous suggestions so if we search for the same word we will get the previous found suggestion.
In order to see this manually we have to paste in the whole "grants" word instead of typing letter by letter in steps 3 and 8.
| Assignee | ||
Updated•11 years ago
|
Assignee: nobody → cosmin.malutan
status-firefox25:
--- → affected
status-firefox26:
--- → affected
status-firefox27:
--- → affected
status-firefox28:
--- → affected
status-firefox-esr17:
--- → affected
Priority: -- → P4
Hardware: x86 → All
| Assignee | ||
Comment 11•11 years ago
|
||
I couldn't find how to don't cache the suggestions, so I propose to search for full title in the failing tests so we won't get the cached suggestion from the previous search.
Reports:
http://mozmill-crowd.blargon7.com/#/functional/report/456bebe92845279408c15c03e8fc6474
http://mozmill-crowd.blargon7.com/#/functional/report/456bebe92845279408c15c03e8fc5abe
http://mozmill-crowd.blargon7.com/#/functional/report/456bebe92845279408c15c03e8fc5cfa
Attachment #8338611 -
Flags: review?(andrei.eftimie)
Attachment #8338611 -
Flags: review?(andreea.matei)
Comment 12•11 years ago
|
||
Comment on attachment 8338611 [details] [diff] [review]
patch_v1.0.patch
Review of attachment 8338611 [details] [diff] [review]:
-----------------------------------------------------------------
This appears likely to be a bug in Firefox, lets not hastily fix our code to accommodate it.
On OSX the testcase passes with Firefox 25 and up.
But it fails on ESR17
From this limited testing this looks like it might have been fixed on OSX somewhere between 17 and 25.
We should delve deeper into this issue.
Attachment #8338611 -
Flags: review?(andrei.eftimie)
Attachment #8338611 -
Flags: review?(andreea.matei)
Attachment #8338611 -
Flags: review-
| Assignee | ||
Comment 13•11 years ago
|
||
Ok so this reproduces manually, I still have no idea if its an expected behavior or a bug.
The steps to reproduce this manually are:
1 Open: "http://mozqa.com/data/firefox/layout/mozilla_grants.html"
2 If page is bookmarked, remove the bookmark
3 Open: "about:blank"
4 Paste in "grants" in url-bar (It's very important to paste the whole word and not typing letter by letter)
5 Clear all history.
6 Open: "http://mozqa.com/data/firefox/layout/mozilla_grants.html"
7 Bookmarks the page
8 Open: "about:blank"
9 Clear all history.
10 Paste in "grants" in url-bar (It's very important to paste the whole word and not typing letter by letter)
Expected result:
The suggestion should be a bookmark (have the yellow star in the right)
Actual result:
The suggestion is an previous search result (without the yellow star in the right)
Marco, do you know what would be the expected behavior here, when we search for the same word we should get the previous suggestion?
Flags: needinfo?(mak77)
Comment 14•11 years ago
|
||
I tried a couple times on current nightly using steps in comment 13 but I couldn't reproduce... It's possible that autocomplete optimizes results this way, and it's hard to tell if that'd be wanted or not, the perf/nonflicker benefit could be better than the downside (it's sort of an edge case).
Are you sure the problem is due to caching and not a timing issue? clear history, search and other history operations are asynchronous and may confuse the search. If you can still reproduce the issue by waiting some seconds between each steps then it's very likely a caching problem and we may look at it, otherwise it's a timing issue, very unlikely to hit a user, and we wouldn't care much about it.
Regardless, even we fall in the first case (caching issue), due to the complexity of the involved steps to reproduce, I'd suggest to workaround it for this test and file a very specific bug (requesting a test) for that edge case.
Flags: needinfo?(mak77)
| Assignee | ||
Comment 15•11 years ago
|
||
Thanks Marco.
A sleep doesn't help here, but this doesn't reproduce with mozmill-2.0(because type method will synthesize an keypress event for each letter) so we won't see this failure in our tests.
This still reproduces if I follow the steps manually, or with mozmill 1.5.
Also as I said in steps from comment 13 it reproduces only if we paste in the whole word and not if we type in each letter(as user does). With that in mind, and because this wont have any impact on user I would close this bug as it "works for me".
Henrik what do you think?
Flags: needinfo?(hskupin)
Comment 16•11 years ago
|
||
As Marco suggested I would try to reproduce it manually with some delays between those steps. Typically should be around 4s. If you can still reproduce it, it might be worth to get fixed at some point. If not, we might want to close it as WONTFIX but not as WFM, because the latter is clearly not the case.
Flags: needinfo?(hskupin)
| Assignee | ||
Comment 17•11 years ago
|
||
If this wont be fixed I close the bug.
Thanks
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
Comment 18•11 years ago
|
||
Cosmin, why is this wontfix? Can you please give the reasoning for your judgement? I don't see any indication for it.
What kind of workaround can we do to at least make it not failing anymore?
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
| Assignee | ||
Comment 19•11 years ago
|
||
(In reply to Henrik Skupin (:whimboo) from comment #18)
> Cosmin, why is this wontfix? Can you please give the reasoning for your
> judgement? I don't see any indication for it.
>
> What kind of workaround can we do to at least make it not failing anymore?
Henrik, as I said in comment 15 this won't reproduce anymore with mozmill 2.0+, because we will type in each letter instead of a whole word so the suggestions won't be cached. This is an edge case which is almost impossible for user to walk in, in our tests it won't reproduce anymore.
About my reasoning for closing this as wontfix you said so in comment 16 to close it so.
Comment 20•11 years ago
|
||
Well, that's a better explanation as comment 17. Given the long time of no activity I missed those points. In that case lets close it, yes.
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → WONTFIX
Updated•10 years ago
|
Keywords: regressionwindow-wanted
Updated•6 years ago
|
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•