1831200 - Going from LinkedIn.com to any other website via manually typed-in URL just reloads the LinkedIn website.

Status: RESOLVED INCOMPLETE

(Core :: Networking, defect)

Description

[Paul Barrick]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/112.0

Steps to reproduce:

Open LinkedIn.com in a new tab. Browse a few internal links.
Press [CTRL]+[U] to give focus to the URL text field, and then press [Return] or [Enter]

Actual results:

Instead of the other website loading, the LinkedIn website just reloads

Expected results:

The other website should have loaded.

Comment 1

[Paul Barrick]

BTW, this doesn't affect all websites. One that I notice in particular is when going from LinkedIn to Arstechnica. See screen capture: https://www.dropbox.com/s/9m72ngba74fe931/linkedin.mp4?dl=0

Comment 2

[Monica Chiorean]

I am not able to reproduce the issue on Win10x64 using FF build 112.0(20230406114409) or 114.0b1(20230508175934).
Does the problem still happen if you start Firefox in Safe Mode? (Safe Mode disables add-ons, extensions and themes, hardware acceleration and some JavaScript stuff in order to exclude some possible reasons for problems.) See https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode
And does this also happen with a new and empty profile? See https://support.mozilla.org/en-US/kb/troubleshoot-and-diagnose-firefox-problems#w_6-create-a-new-firefox-profile
Thank you.

Comment 3

[Paul Barrick]

Restarting Firefox in safemode/troubleshooting mode has no affect - it still won't go from LinkedIn.com to Arstechnica.com.

I created a new profile, and that solved the problem. If it is an extension issue, here is the list of what I use:

DuckDuckGo Privacy Essentials
Dark Reader
Image Extract
GNOME Shell Integration
Grammarly
Video DownloadHelper
Facebook Container
Brave Search

Comment 4

[Rares Doghi, Desktop QA]

I tried to reproduce this issue on our end as well, I installed each addon and tried it with your steps from the Video in Comment 1 and it always redirects correctly on my end. I'm not sure how to try and reproduce this issue on our side, but its a long shot if it doesnt happen with a fresh new profile on your end either. Ill add the Qa-not-Actionable tag for now and we'll try again on different machines later on.

Comment 5

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Networking' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 6

[Sunil Mayya]

Hello Paul,
Is it still an issue with the newer profiles that you have created?

Comment 7

[BugBot [:suhaib / :marco/ :calixte]]

Redirect a needinfo that is pending on an inactive user to the triage owner.
:valentin, since the bug has recent activity, could you have a look please?

For more information, please visit BugBot documentation.

Comment 8

[Valentin Gosu [:valentin] (he/him)]

We'll assume this was caused by an addon. Several of them intercept networking requests, so they could have had a bug that redirected to a previous location. A bit difficult to confirm if that's the case.