Closed Bug 1665936 Opened 5 years ago Closed 4 years ago

URLs intermittently fail to launch

Categories

(Core :: DOM: Navigation, defect, P3)

Firefox 81
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox91 --- verified

People

(Reporter: xotyl, Unassigned)

Details

(Keywords: steps-wanted, testcase-wanted)

Attachments

(1 file)

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

Steps to reproduce:

Clicked on a URL link

Actual results:

New tab opened but page did not load. This occurs about every 1 in 10 times.

Expected results:

Page should load.
This earlier bug seemed to be vanquished over past months but immediately resurfaced when the 81.0 build was installed.

Hello Xotyl,
I have tried to reproduce this issue on the latest version of Firefox Nightly 83.0a1 (2020-09-22), beta 81.0 and release 80.0.1 but the loading goes accordingly.

Can you test the issue while in Safe Mode. You can find helpful info here : https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode .

Also a fresh new profile could help. You can find more about creating a new profile here : https://support.mozilla.org/en-US/kb/troubleshoot-and-diagnose-firefox-problems#w_6-create-a-new-firefox-profile .

If possible, you can test this issue on the nightly build as well. Download the build from : https://www.mozilla.org/en-US/firefox/nightly/all/ .

Flags: needinfo?(xotyl)

Hello,

Earlier, the bug seemed banished, on the current profile (see earlier bug report). As of build 8.0b3, it remains.

But it's so intermittent the other measures suggested would be inconclusive. Will keep an eye on it...

Flags: needinfo?(xotyl)

Still evident - about 1 in 10/25 page clicks - 82.0b9

I also get this annoying problem also when clicking links normally (not in new tab). The page just reloads when it happens. Also happens when doing Google searches which means having to type my query all again. Really annoying. I think this started for me on version 81 and still experiencing this bug on 82.0.

Here, it 'feels' as if it occurs more often on a right-click | open link in a new tab, which opens a blank tab, than on a left-click on a link, that does nothing.

Running beta b6 now and the issue seems to be worsening. At times two clicks are required to launch a page.

As noted earlier, this issue appeared to be solved months ago, but resurfaced. Or perhaps that was an illusion.

In any case, it's time to deal with it. Unfortunately, cannot provide more insight here as it is intermittent.

Setting a component for this issue in order to get the dev team involved.
If you feel it's an incorrect one please feel free to change it to a more appropriate one.

Component: Untriaged → DOM: Navigation
Product: Firefox → Core

This also sometimes happens when clicking the back button which means I lose the page it was meant to go back to. It frustrates the hell out me when that happens.

There is no STR to follow so we at least need to see your about:support to get some more info.

Flags: needinfo?(xotyl)

Just chiming in to confirm that this is still happening in release 83.0 (64-bit). If it weren't so intermittent we could pin it down for you.

Flags: needinfo?(xotyl)
Attached file ABOUT_SUPPORT
ABOUT:SUPPORT

Hi xotyl, are some sites or links affected more often than others?

From your about:support log, I see you have the Ghostery and User-Agent Switcher extensions installed. Maybe try running with Ghostery disabled for a couple days? It might affect page loading.

Are you using User-Agent Switcher to send a different User-Agent string for all sites? What User-Agent string are you using?

When the problem happens, maybe try looking in your Firefox's Web Console (Ctrl+Shift+K) and Browser Console (Ctrl+Shift+J) for any suspicious error messages and sharing them here in this bug.

Greetings.

Some add-ons listed in the log are not installed and AFAIK never have been. Those include the following. If they are indeed installed, they don't show up in the ADD ONS list. They may be in the Extensions folder with cryptic xpi names?

Name: Amazon.co.uk
Type: extension
Version: 1.3
Enabled: true
ID: amazon@search.mozilla.org

Name: Bing
Type: extension
Version: 1.2
Enabled: true
ID: bing@search.mozilla.org

Name: Chambers (UK)
Type: extension
Version: 1.0
Enabled: true
ID: chambers-en-GB@search.mozilla.org

Name: DuckDuckGo
Type: extension
Version: 1.1
Enabled: true
ID: ddg@search.mozilla.org

Name: eBay
Type: extension
Version: 1.2
Enabled: true
ID: ebay@search.mozilla.org

Name: Google
Type: extension
Version: 1.1
Enabled: true
ID: google@search.mozilla.org

Name: Wikipedia (en)
Type: extension
Version: 1.1
Enabled: true
ID: wikipedia@search.mozilla.org

Agent Switcher and Video D/L Helper have been disabled for years.

Can't cite a pattern with links - it's very spotty - but my sense is that it occurs more often with a right-click | OPEN IN NEW TAB than with a left click, though that too occasionally fails.

Ghostery was installed well before this behavior surfaced. As, as noted earlier, certain FF betas from about 6 months to a year ago, seemed to have cured it - temporarily.

Will keep an eye out for a pattern. Thanks for your vigilance.

The severity field is not set for this bug.
:smaug, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(bugs)

Ghostery was installed well before this behavior surfaced. As, as noted earlier, certain FF betas from about 6 months to a year ago, seemed to have cured it - temporarily.

Will keep an eye out for a pattern. Thanks for your vigilance.

Thanks. I still recommend disabling Ghostery for a week or so. Even if you were using Ghostery before the problem started, Firefox might have introduced a bug that broke how Ghostery works. :)

Severity: -- → S3
Flags: needinfo?(bugs)

I don't have Ghostery but have Adblock Plus and I have tried disabling that but still experiencing this horrible bug.

Problem is still evident, if only occasionally, in FF 84. Seems to occur most often when clicking on a saved tab -but that's not conclusive.

Related to the tab observation above... clicking on a tab does open a blank window, but the page itself doesn't appear until a second attempt.

84.0.1 - no change. Surely would be nice if someone would take the initiative to fix this annoyance. Maybe this year... Thanks

It sounds like there is some profile corruption. When you next see this bug, please look for any error messages in the Browser Console (Ctrl+Shift+J) and share them here.

I recommend creating a new profile: https://support.mozilla.org/en-US/kb/troubleshoot-and-diagnose-firefox-problems#w_6-create-a-new-firefox-profile

Priority: -- → P3

The sole entry, immediately after the most recent failure that brought up a white blank page after a right-click of a URL.

debuggee 'resource://devtools/shared/base-loader.js:289' would run builtin-modules.js:196:11

The second load attempt succeeded, as always.

86.0.1 - little change. Almost always fails to launch a specific bookmark on the first click. Sporadically does the same on other links.

But here's a new twist. A standard left-click on any link here does nothing. A right-click | Open in new tab launches the page...

https://www.foxbusiness.com/search?q=NFT&ss=fb

Certainly would be nice if someone would truly solve this. Years ago, FF never had the issue.

(In reply to xotyl from comment #22)

86.0.1 - little change. Almost always fails to launch a specific bookmark on the first click. Sporadically does the same on other links.

We're up to 90.0.1 now and it's apparent that this issue will not be addressed. It's still random and occasional, but for a right-click on a specific bookmark tab that consistently fails to launch the URL on the first attempt.

Ghostery and Dictionary Anywhere are the sole enable add-ons. Rev-eye reverse image search is installed but disabled. Running in FF safe mode doesn't change the outcome. Refreshing FF changes nothing.

Congrats to whomever finally solved this - after several years. No click failures in 91.0.2, after several days of use.

(In reply to xotyl from comment #25)

Congrats to whomever finally solved this - after several years. No click failures in 91.0.2, after several days of use.

Thanks for your help testing this bug and your patience! I will close this bug report as now working.

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: