1205993 - [Browser] When changing hash and pressing the "search" button, nothing changes

Status: RESOLVED WONTFIX

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

Description

[Julien Wajsberg [:julienw]]

STR:
1. Go to any website like http://www.mozilla.org/
2. tap on the address bar.
3. change or add the hash (eg: add #test).
4. press the "search" icon as usual, to load the new address

Expected:
* The interface closes and I can see the page.

Actual:
* Nothing changes.

This also happens if you visit a website containing a hash (eg: visit directly http://www.mozilla.org/#test), then tap the address bar, and tap the "search" icon to immediately dismiss the interface without any change => can't move out of the interface without changing the full URL.

Comment 1

[Julien Wajsberg [:julienw]]

qawanted for branch checks

Comment 2

[Sxean Lee-David [:sxean]]

No Repro per: 
Environmental Variables:
Device: Aries 2.5
BuildID: 20150918122511
Gaia: 4f22dfecdc046fe5223ee858dd06c11b75884740
Gecko: 37c7812ce0e6d10c7e7182f12e752832835e1d67
Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd
Version: 43.0a1 (2.5) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0

Comment 3

[Julien Wajsberg [:julienw]]

I reported initially from a older foxfood build but I just tried on Flame with a 2.5 build (20150915030230) and I reproduce.

Comment 4

[Pi Wei Cheng [:piwei] (inactive)]

This issue is reproducible on Aries, Flame 2.5, and Flame 2.2. I'm not sure what the purpose of adding a hashtag within the URL is, but adding #test at the end of the URL and pressing on search key, user remains on the search screen instead of dismissing search screen.

Device: Aries 2.5
BuildID: 20150918122511
Gaia: 4f22dfecdc046fe5223ee858dd06c11b75884740
Gecko: 37c7812ce0e6d10c7e7182f12e752832835e1d67
Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd
Version: 43.0a1 (2.5) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0

Device: Flame 2.5
BuildID: 20150918030223
Gaia: 4f22dfecdc046fe5223ee858dd06c11b75884740
Gecko: 11dc79e232110ba6de5179e46dfbda77b52a88c3
Gonk: c4779d6da0f85894b1f78f0351b43f2949e8decd
Version: 43.0a1 (2.5) 
Firmware Version: v18Dv4
User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0

Device: Flame 2.2
BuildID: 20150917032502
Gaia: 047c85de3fa1633bd0a319e40bffd2d5afcdae1d
Gecko: 1db31b873e29
Gonk: bd9cb3af2a0354577a6903917bc826489050b40d
Version: 37.0 (2.2) 
Firmware Version: v18Dv4
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

Comment 5

[Julien Wajsberg [:julienw]]

> I'm not sure what the purpose of adding a hashtag within the URL is.

The main issue with this bug is the end of my comment 0: if we are in a page whose URL contains a hash, and tap the address bar, it's quite difficult to exit the dialog. The user needs to _understand_ he needs to remove the hash...

Comment 6

[Mahendra Potharaju [:mahe]]

[Tracking Requested - why for this release]:Removing blocker nomination. Adding as part of backlog

Comment 7

[Julien Wajsberg [:julienw]]

I was gonna renominate (because we can have the issue very easily in the wild, not only with my artificial STR) but I see that on recent builds I can tap on "close" which closes the dialog, which is good enough for 2.5 in my opinion.

Comment 8

[BMO Automation]

Firefox OS is not being worked on