Now I have to click on the URL, wait a second, and then click again to place the cursor instead of selecting all. Especially annoying if you accidentally move your mouse off by a character between the two clicks. This makes me quite mad the few times per day I run into it - the feature is quite useful for changing URLs, which it turns out I do quite often, even though I'm usually not a web developer.
I'm currently compiling Firefox with the patch reverted. EDIT: It worked!!! Compiling took about an hour with an AMD Ryzen 3800x (8x 3.9-4.5 GHz) and NVMe SSD and 32 GB RAM. I'll post a link in a followup comment here with instructions on the simplest way to do this on Arch Linux (uses the build infrastructure already setup to create Arch's regular Firefox package, just modified to also revert the patch which removed this preference). Of course there's no guarantee that this will continue to work in the future as the FF codebase is updated.
Still doesn't help for adding something onto the end, but good enough for 90% of cases.
If I'm going to need to type anyway, I'd rather do that with the keyboard than the mouse: Ctrl-L End /xyz or Ctrl-L Right /xyz feels much faster to me than "move mouse to end of address bar, click, /xyz".
(I absolutely understand that relearning/retaining muscle memory takes time and feels frustrating, though.)
If you are wondering why this discrepancy in behavior between platforms: This default behavior was initially changed to prevent a 16-years old bug in SeaMonkey, which was already fixed in Firefox since 2007. See following issues for more details:
* https://bugzilla.mozilla.org/show_bug.cgi?id=190615
* https://bugzilla.mozilla.org/show_bug.cgi?id=611162
Inertia I guess... happy to see this fixed upstream!
Is there some pref that tells Firefox to not show those suggested options immediately after URL bar text field's focus?