[Fedora/X11] Enter does nothing on URL pasted to address bar
Categories
(Core :: Widget: Gtk, defect, P3)
Tracking
()
People
(Reporter: covex, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: regressionwindow-wanted)
Attachments
(2 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:113.0) Gecko/20100101 Firefox/113.0
Steps to reproduce:
After update from F112 to F113 on Fedora Linux when I paste URL to address bar with middle click (ie. paste from unix clipboard) and press enter nothing happens. When I type URL or paste and type, enter works as expected. Sometimes on second new window the pasted URL works too..
Actual results:
Enter does nothing.. url is not accepted, the suggestions work and are displayed.
Expected results:
After enter the url should start loading.
Comment 1•1 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::Address Bar' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 2•1 year ago
|
||
The severity field is not set for this bug.
:adw, could you have a look please?
For more information, please visit BugBot documentation.
I just came here to report the same issue and found this bug.
I open a tab, paste a URL into the address bar, and hit Enter, and nothing happens. The cursor in the address bar still blinks as if it has focus. However, "Firefox Suggests" is also suggesting a result, highlighted in blue as if it's focused. However, hitting enter does not go there either.
Imo hitting Enter should go to the link I just pasted. But if that's somehow impossible, it should go to the link Firefox is suggesting. One way our another, hitting Enter should take me somewhere in this situation. It shouldn't have no effect.
My current workaround is to paste, hit Escape, and then hit Enter. This will take me to the link. But browsers have trained me for decades to paste and hit Enter to go. So I'm often just left slamming the Enter key on my keyboard over and over while nothing happens, and it's extremely frustrating.
I'm also on Fedora, also recently upgraded from Fedora 37 => Fedora 38, which installed:
Installed Packages
Name : firefox
Version : 115.0.2
Release : 3.fc38
Architecture : x86_64
Size : 198 M
Source : firefox-115.0.2-3.fc38.src.rpm
Repository : @System
From repo : updates
Summary : Mozilla Firefox Web browser
I ran dnf upgrade firefox this morning, dnf reported nothing to do.
I'm on Fedora Cinnamon Spin.
Reporter | ||
Comment 4•1 year ago
|
||
Yep version 115 still the same. IceWM, if that matters.
Comment 5•1 year ago
|
||
Since this started at Firefox 113, could you please help us finding which change actually caused the bug?
You can use mozregression (https://mozilla.github.io/mozregression/) it will download Firefox builds asking you to reproduce the bug, and bisect until it finds which change caused the problem. You can pass --good 110
to start testing at version 110
Updated•1 year ago
|
Reporter | ||
Comment 6•1 year ago
|
||
I tried commandline mozregression, but it stores the builds on /tmp which is noexec and the build can not be started, build is immediately deleted. --persist only stores the downloaded bz2 files... is there a way to change the /tmp path?
Comment 7•1 year ago
|
||
I think you can change the tmp folder by setting an env variable when running the mozregression command, from the tempfile module documentation: "the user of the application can control the directory location by setting the TMPDIR, TEMP or TMP environment variables"
Reporter | ||
Comment 8•1 year ago
|
||
OK, thanks I missed that.
Interestingly, I am not able to reproduce that on builds from mozilla, seems like this is some problem with builds from Fedora. It is not 100% reproducible on Fedora builds too, but definitely every 2-3 Ctrl+T, paste URL can not be entered.
Reported to Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=2228084
Updated•1 year ago
|
Comment 10•1 year ago
|
||
Comment 12•1 year ago
|
||
Looks like X11 environment / Cinamon / icewm. That should be pretty stable and similar to Mozilla, we don't ship any extra clipboard code or so.
Updated•1 year ago
|
Updated•1 year ago
|
Reporter | ||
Comment 13•1 year ago
|
||
I cannot reproduce this problem any more on firefox-118.0-1 fedora build, seems collaterally fixed.
Description
•