1184669 - [e10s] If you immediately select URLbar and try to paste/type in a URL, and also provided a URL on command line, then URLbar ends up containing "franken-URL" with both URLs concatenated

Status: NEW

(Core :: General, defect, P3)

Description

[Daniel Holbert [:dholbert]]

STR:
 1. Create a fresh profile.

 2. Copy some URL to your clipboard (e.g. https://www.yahoo.com/ )

 3. Start Firefox with that profile from the command-line, providing another URL to visit, like so:

  firefox -profile ./profileDir/ -no-remote https://www.mozilla.org/en-US/

 3. As soon as you see a Firefox window appear, *IMMEDIATELY* press Ctrl+L and Ctrl+V to paste in your copied URL.

ACTUAL RESULTS:
 The URL bar ends up with contents like:
   https://www.mozilla.org/en-US/https://www.yahoo.com/

EXPECTED RESULTS:
 The URL bar should only have my pasted in URL:
   https://www.yahoo.com/


This seems like basically a race condition. When I do Ctrl+L / Ctrl+V, my expectation is that:
 a) Ctrl-L selects the entire contents of the URL bar.
 b) Ctrl-V (or any typing) will *replace* that selction.
 c) The URL bar's contents aren't being simultaneously manipulated by something else while I'm editing it.

I think my expectation (c) is what's being violated here. (i.e. when I select the URLbar's contents, it's empty -- then text is added (not-selected), and then I paste. Or maybe I paste, and then text is added. Not sure about the ordering)


I hit this issue daily, when starting Firefox with a command pulled from my bash history (which sometimes includes an initial URL which I don't care about) and trying to paste in a URL to immediately go to as soon as the window appears.  I frequently end up accidentally visiting franken-URLs because of this bug.

Disabling e10s seems to fix it.

Comment 1

[Daniel Holbert [:dholbert]]

Attachment: screencast

Here's a screencast of me following my STR several times. I hit the bug on my 1st and my last attempt in this screencast. (It's not 100% reproducible, presumably due to the raciness of the underlying problem.)

Comment 2

[Tracy Walker [:tracy]]

My reaction time isn't quick enough to win the race here.  But we've had other reports of raciness in URL bar at startup with e10s.  So this is fully believable.

Comment 3

[Simona Badau, Desktop QA, PTO 13-25aug]

Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:46.0) Gecko/20100101 Firefox/46.0
Build ID: 20160208004010

Reproducible also on the latest Aurora 46.0a2 when e10s is enabled (tested on Windows 10). 
I could not reproduce the issue when e10s is disabled.

Comment 5

[Sylvestre Ledru [:Sylvestre]]

Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information