1072640 - [Rocketbar] Typing you. in the rocketbar then taping on the youtube icon, automatically populates the search bar in youtube with the word you

Status: RESOLVED FIXED

(Firefox OS Graveyard :: Gaia::System::Browser Chrome, defect)

Description

[Wasiem Hamadeh [:WasiemH]]

Attachment: flame2.1logcat.txt

Description:
Typing a word into the rocketbar and clicking on the youtube icon, populates the word automatically in the search bar of youtube.
   
Repro Steps:
1) Update a Flame device to BuildID: 20140924013003
2) Tap on Rocket bar.
3) Type the word you..
4) Click on the youtube icon.
  
Actual:
The word you. autmatically populates in the youtube search bar.
  
Expected: 
The search bar in youtube is blank.
  
Environmental Variables:
Device: Flame 2.1(319mb)
BuildID: 20140924013003
Gaia: ff6dbb006e4e60edba697639aa2a2a199b07069b
Gecko: 1e2993c99323
Version: 35.0a1 (2.2 Master)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0
  
Notes:
  
Repro frequency: 100%
See attached: logcat, video clip: http://youtu.be/2uZMNJD9CXo

Comment 1

[Wasiem Hamadeh [:WasiemH]]

Issue DOES occur on Flame 2.0KK, 2.2KK

Typing a word into the rocketbar and clicking on the youtube icon, populates the word automatically in the search bar of youtube.

Flame 2.2 KitKat Base (319mb)

Environmental Variables:
Device: Flame Master
Build ID: 20140924013003
Gaia: ff6dbb006e4e60edba697639aa2a2a199b07069b
Gecko: 1e2993c99323
Version: 35.0a1 (Master)
Firmware Version: v180
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Flame 2.0 KitKat Base (319mb)

Environmental Variables:
Device: Flame 2.0
Build ID: 20140924003005
Gaia: 263e3b201dca967ec5346e35901aa981ca47dce7
Gecko: 35d791e16d31
Version: 32.0 (2.0)
Firmware Version: v180
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Comment 2

[Wasiem Hamadeh [:WasiemH]]

This also happens in Google, Yahoo, Wikapedia, etc.

Comment 3

[Kevin Grandon :kgrandon]

Yes, this happens for everything and is an expected feature of Everything.me - we deep link into app search and experiences. This is working as intended so I'm closing it, but please re-open if you have some additional information as to why it's a bug.

Comment 4

[Tony Chung [:tchung]]

its actually WONFIX, since this is intended behavior.

Comment 5

[KTucker [:KTucker][Inactive 3/4/2016]]

Kevin, I think this is a bug but could have been explained better.

The issue here is that if the user types in "Youtube" in the Rocketbar, "Youtube" will be shown as a suggestion. If the user taps on the "Youtube" icon, not only does the "Youtube" website open but a search for the term "Youtube" is performed. This scenario doesn't make sense from an end user's perspective. The user was most likely searching for the "Youtube" website in itself. 

If the user types "Youtube" in the Rocketbar and then taps on the "Google" icon, I would expect that the "Google" website is opened and a search for "Youtube" is performed. 

BTW this issue does not occur when the user types "Google" in the Rocketbar and then taps on the "Google" icon. The "Google" website opens but a search for the term "Google" is not performed which makes perfect sense in this scenario.

I hope this explanation was clear.

Comment 6

[Tony Chung [:tchung]]

so i checked with kevin again, and recommended to reopen this.   Also, ni? UX and product team on how this particular usecase should behave. 

For the user's mindset in comment 5, think of the user that knows exactly what website they want to goto.  Since they only can use rocketbar, they are already thinking youtube.com is what they want to navigate to.   For sites that will autoload with onload textbox onFocus(), liek Google, youtube, yahoo, etc..., it will auto populate your search term in to the website; which is what is being described here.  

For the use case that the user just wants to load the URL they want, and end up tapping the suggested webapp, they need a way to distinguish not showing what they searched for.  

I checked the spec, and there wasnt anything that specifically addresses this scenario.   Note, if the user types in youtube.com, and hits RETURN, instead of selecting the suggested webapp, then there is no problem with the text populating onfocus().

How to proceed?

Comment 7

[Kevin Grandon :kgrandon]

There's nothing we can do here, but if we think this is a bug then we should ask Ran and Amir to look into it. Looping them in now.

Ran, Amir - do you think it would be possible to not search for terms in Youtube if the query matches some portion of "youtube"?

Comment 8

[Tony Chung [:tchung]]

(In reply to Kevin Grandon :kgrandon from comment #7)
> There's nothing we can do here, but if we think this is a bug then we should
> ask Ran and Amir to look into it. Looping them in now.
> 
> Ran, Amir - do you think it would be possible to not search for terms in
> Youtube if the query matches some portion of "youtube"?

Youtube is just one example of this user scenario.  any other sites like google, yahoo, bing ,would exhibit the same behavior since they all do onload textbox onfocus.   I hope there's something easy that e.me team can fix for 2.1, but if this turns out to be a feature design change, we can backlog this.

Comment 9

[Kevin Grandon :kgrandon]

(In reply to Tony Chung [:tchung] from comment #8)
> Youtube is just one example of this user scenario.  any other sites like
> google, yahoo, bing ,would exhibit the same behavior since they all do
> onload textbox onfocus.   I hope there's something easy that e.me team can
> fix for 2.1, but if this turns out to be a feature design change, we can
> backlog this.

I'm pretty sure we've been doing for 1.0, so I don't think there should be any rush to get this into 2.1. I also don't think this coupled to our codebase in any way, so they should be able to move at their own speed.

Comment 10

[Peter Dolanjski [:pdol]]

Amir, can this be fixed on your end?

Comment 11

[Ran Ben Aharon [:ranbena] EverythingMe]

Let me get back to you on this.

Comment 12

[Ran Ben Aharon [:ranbena] EverythingMe]

This is a server side bug and affects all FxOS versions (though not all regions).
Assigning Martha.

Comment 13

[Derek Harris [:DerekH] - Dont need info. Last day 6/5/15]

based on comment 8, waiting on info from e.me team to see if this issue will be back logged. Not nominating.

Comment 14

[Wasiem Hamadeh [:WasiemH]]

Updated Url to video. New URl http://youtu.be/BSMfIDs6GiQ

Comment 15

[Martha]

So this bug is two fold. On the one hand we have youtube searching the query 'youtube'. This is something I'm looking into fixing server side--will update when the work is done. The end result should be that no app ever runs a search for its own name or url. I'll update here when that work is finished.

On the other hand, the user searching 'you' and youtube being opened with a search for 'you' is not a bug, its by design. Even though its possible/likely they were just starting to type 'youtube', we can't know that for sure. They could be looking for some movie or song called 'you' or with the word 'you' at the beginning. 'Fixing' this would break a lot of other queries.

Comment 16

[Ben Francis [:benfrancis]]

It looks like this bug is nothing to do with browser chrome. Are we keeping this open to track server side work on e.me or should we RESOLVE it as INVALID?

(In reply to Tony Chung [:tchung] from comment #6)
> For sites
> that will autoload with onload textbox onFocus(), liek Google, youtube,
> yahoo, etc..., it will auto populate your search term in to the website;
> which is what is being described here.

To be clear, this isn't what is happening. It's considered a feature of EverythingMe that some icons point to the home page of a web site, some to a particular page inside the site, and some to a URL which searches the site for the entered search terms. The third option is what's happening here. I agree this is potentially confusing, but it's nothing to do with browser chrome or focus events, it's just the results EverythingMe returns to the search app.

Comment 17

[Martha]

Update: the work done so that no app should ever search for its own name has been finished and deployed. Please let me know if you have any further problems.

Comment 18

[Kevin Grandon :kgrandon]

Thank you Martha. Let's resolved this as fixed then.

I am a bit confused though - I think that the Marketplace result should trump the E.me result, so we shouldn't even be displaying an E.me 'youtube' result in the first place. This may be another bug.

Comment 19

[Brogan Zumwalt [Inactive]]

Unable to verify due to bug being resolved with no fix or patch.

Comment 21

[KTucker [:KTucker][Inactive 3/4/2016]]

Brogan, this issue was resolved server side. Can you recheck this issue Yeojin?

Comment 22

[Yeojin Chung [:YeojinC]]

As Brogan has mentioned on https://bugzilla.mozilla.org/show_bug.cgi?id=1092415#c0, I do see inconsistent behaviors with E.me search. Here's what I've found:

(With no previous browsing history)
- Search "youtube"      > "Install YouTube" (Marketplace app suggestion).
- Search "youtube.com"  > select "YouTube"   > search results for "youtube com" on YouTube website.
- Search "yahoo"        > select "Yahoo"     > search results for "yahoo" on Yahoo website.
- Search "wikipedia"    > "Install Wikipedia" (Marketplace app suggestion).
- Search "wikipedia.org"> select "Wikipedia" > search results for "wikipedia org" on Wikipedia website.
- Search "twitter"      > "Install Twitter" (Marketplace app suggestion).
- Search "twitter.com"  > select "Twitter"   > search results for "twitter com" on Twitter website.

- Search "google"       > select "Google"    > empty Google website.
- Search "bing"         > select "Bing"      > empty Bing website.
- Search "ask"          > select "Ask"       > empty Ask website.
- Search "about.com"    > select "About.com" > empty About website.
- Search "lycos"        > select "Lycos"     > empty Lycos website.

- Search "images.google.com" > Select "Google Images" > Google Image results for "images google com".
- Search "news.google.com"   > Select "Google News"   > Google News results for "images google com".

Comment 23

[Ran Ben Aharon [:ranbena] EverythingMe]

These are all legitimate E.me results. E.me servers are not designed to handle urls as search queries.

The correct way to handle cases like these, is with Rocketbar logic:
If the Rocketbar detects that the search query is a url - it should filter out irrelevant search provider results (i.e. E.me, FxOS Marketplace, etc.). This was discussed back when Rocketbar was being developed.