1275041 - Address bar overwrites what I've written when page finishes loading

Status: RESOLVED WORKSFORME

(Firefox :: Untriaged, defect)

Description

[Erik Westholm]

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0
Build ID: 20160502172042

Steps to reproduce:

1: Find a link to a page that loads relatively slowly and open it in a new tab.
2: Click the new tab.
3: Click the url field and start typing.
4: Wait for the page to finish loading.

Real use case:

1: Open firefox. It is expected that there are dozens of tabs open.
2: Pick a tab somewhere in the middle of this large pile of tabs (if open, use facebook.com), and open a link on the page in a new tab.
3: Quickly go to the new tab and start typing a google query into the url field.
4: Wait for the tab to finish loading.


Actual results:

What the user is writing in the url field is removed and instead the field is filled with the url to the loaded page.


Expected results:

What the user is writing should not be replaced while the user is typing.

Comment 1

[Kanchan Kumari QA]

Hello Reporter, I tried duplicating this on

Version 	49.0a1
Build ID 	20160526030223
User Agent 	Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:49.0) Gecko/20100101 Firefox/49.0

Name 	Firefox
Version 	46.0.1
User Agent 	Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:46.0) Gecko/20100101 Firefox/46.0

I could reproduce this issue on current released version Firefox 46.0.1 with facebook.com. However I retested on the latest nightly build and I don't see this issue there. URL bar shows the latest typed URL. 
Please note I am not able to reproduce this issue with other URL mentioned in https://bugzilla.mozilla.org/show_bug.cgi?id=188723 (comment#5)neither on Firefox 46.0.1 or the latest nightly.
See also https://bugzilla.mozilla.org/show_bug.cgi?id=15050

May I ask you to retest this issue on the latest nightly build. Let us know your finding. Thanks!

Comment 2

[Erik Westholm]

Finally got around to testing this, and when testing the latest nightly build I couldn't reproduce this behavior.

It had a slightly different problem though. If I wrote something that auto-completes, the auto-completion disappears when the page is done loading. Meaning, I write 'bug' and at first the address bar says 'bugzilla.mozilla.org' and I also get a pop down list with different bugzilla pages (maybe I want to go to the main page, maybe I want to report a bug, maybe I want to go to that particular bug I've visited several times and so on). After a short while, when what I'd written would have been replaced with the url then bug stays (as desired), but the auto-completed text disappears along with the popup (if I add a 'z' to what I've written, so I've written 'bugz' the auto-complete comes back again).

Comment 3

[Kanchan Kumari QA]

Hello Erik,

I tried duplicating your second problem on the latest nightly but I could not, based on my understanding of the issue that you faced. I tried it with following steps:

1. Tried navigating to a slow loading web page
2. While the page was loading, I typed in "bug" and observed URL field getting populated with bugzilla.mozilla.org and a bunch of other URLs in the auto complete drop down list
3. When the slow loading page loaded completely, I continued to see my typed in characters along with the auto complete suggestions in the drop down list.

I tested on: 

User Agent 	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:50.0) Gecko/20100101 Firefox/50.0

Let me know if my understanding of the bug is not correct. If you continue to see the issue on the latest nightly, then I would request you to submit a new defect for your second issue because the original issue reported in this bug is no more valid. In case, you end up opening a new defect, please provide clear steps for reproducing it and let me know. That way I will close this defect and work on the new one.

Comment 4

[Erik Westholm]

That seems correct.

The original problem still exists in the released version, by the way. Since I confirmed this works as expected in the nightly build I've seen updates of the released version and the problem wasn't fixed after update.

For me personally the problem is circumvened though, since I installed a plugin that displays tabs in a tree view. Since it displays tabs horisontally rather than vertically (and since I can group tabs and hide those I'm not using) I now always see the new tab button which means I can easilly open new tabs in the standard manner.

Comment 5

[Kanchan Kumari QA]

Hello Eric, As we both couldn't reproduce the original issue on nightly. I am closing this bug as Resolved:WFM.
For your second issue I would suggest you to open new defect if you still encounter that on the latest nightly. Thanks!

Comment 6

[Erik Westholm]

If you say so. Like I said, I've seen at least one update since I tested the behavior in the nightly build and the behavior is still present in the released version but maybe that makes sense if you know how the nightly build relates to released product.

I've lost my motivation for pushing this anyway, given that I've found a workaround and it doesn't seem to bother anyone else. Thanks for your time and energy.