Open Bug 1920679 Opened 11 months ago Updated 2 months ago

investing.com does not load properly (possibly cors issue)

Categories

(Web Compatibility :: Site Reports, defect, P1)

Firefox 130

Tracking

(Webcompat Priority:P1, Webcompat Score:9)

REOPENED
Webcompat Priority P1
Webcompat Score 9

People

(Reporter: bugzilla.hundreAd, Unassigned)

References

()

Details

(Keywords: webcompat:needs-contact, webcompat:site-report)

User Story

platform:windows,mac,linux,android
impact:site-broken
configuration:general
affects:all
branch:release
diagnosis-team:webcompat
user-impact-score:2000

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

Steps to reproduce:

go to:
https://www.investing.com/charts/advinion.php?version=6.3.1.0&domain_ID=1&lang_ID=1&timezone_ID=8&pair_ID=10529&interval=1D

ff 130.0
Windows 10 [Version 10.0.19043.928]

Actual results:

does not load properly (gives blank screen)

new installation of ff (in virtual machine)
NO settings modifications, NO plugings, etc.

  • issue of course occurs outside vm as well

Expected results:

loads find with edge/chrome (default installation, no settings changed)

POSSIBLY cors issue, as in network monitor:
https://advcharts.investing.com/static/advinion/6.3.1.0/ChartCore/js/6.3.1/version/prochart.version.json.js?1727176544642

fails with 403 and "transferred" shows "cors missing allow origin"

again, works fine with other browsers so this is definitely a ff problems (note: SOMETIMES, ff does deign to load the site fine, in which case there is no cors failure)

to clarify, the cors failure is for method OPTIONS

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.

Component: Untriaged → Networking
Product: Firefox → Core

It works for me, on Linux and Windows, with Firefox 130 and 132.
Could you check again if you're still seeing the issue?

Flags: needinfo?(bugzilla.hundreAd)

yes, still bugged in ff

Flags: needinfo?(bugzilla.hundreAd)

Did this work in Firefox before?
If so, could you try using https://mozilla.github.io/mozregression/quickstart.html to find the Firefox build that caused the issue?

Otherwise, could you capture some HTTP logs by going to about:logging, click start, reproduce the issue, then upload the profile and post the link here (or send it to necko@mozilla.com if it contains any private information )
https://firefox-source-docs.mozilla.org/networking/http/logging.html

Thanks!

Flags: needinfo?(bugzilla.hundreAd)

(In reply to Valentin Gosu [:valentin] (he/him) from comment #5)

Otherwise, could you capture some HTTP logs by going to about:logging, click start, reproduce the issue

https://profiler.firefox.com/public/ayyq5sbzjpbztfk7vq9raam4x22y7aa4fy0xdn8/calltree/?globalTrackOrder=0w5&thread=2&v=10

Flags: needinfo?(bugzilla.hundreAd)

(In reply to Valentin Gosu [:valentin] (he/him) from comment #5)

If so, could you try using https://mozilla.github.io/mozregression/quickstart.html to find the Firefox build that caused the issue?

works in all nightly versions
fails in release version (130.0.1)

(In reply to hundreAd from comment #7)

works in all nightly versions

release 118.0.2 WORKS
release 119.0 FAILS

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

For more information, please visit BugBot documentation.

Flags: needinfo?(kershaw)

(In reply to hundreAd from comment #8)

release 118.0.2 WORKS
release 119.0 FAILS

For some reason this bug doesn't happen in Nightly. I'm wondering if there's a fix behind a pref that's only enabled in Nightly?
It might have something to do with fingerprinting protection, since for 118 I'm never getting a cloudflare captcha, while in 119 I am followed by the page not working. A few refreshes later it does seem to work, but I haven't quite figured out what makes it work.

This seems like a web compatibility issue to me. Based on the log in comment #6, it’s unclear why the site is returning a 403 error. Note that the CORS error occurred after the 403, so it's likely not the root cause.

Dennis, is there any way we can contact the website and figure out why then reply a 403 error?
Thanks.

Flags: needinfo?(kershaw) → needinfo?(dschubert)

Let's move this to our component and mark this as needs-contact.

Severity: -- → S2
User Story: (updated)
Component: Networking → Site Reports
Flags: needinfo?(dschubert)
Priority: -- → P2
Product: Core → Web Compatibility
Summary: site does not load properly (possibly cors issue) → investing.com does not load properly (possibly cors issue)
Webcompat Priority: --- → P1
Webcompat Score: --- → 10
Webcompat Score: 10 → 9
User Story: (updated)
Webcompat Score: 9 → 10
Priority: P2 → P1
Webcompat Score: 10 → 9

This works for me in Firefox 139 release and ESR and beta. hundreAd can you still reproduce?

Status: UNCONFIRMED → RESOLVED
Closed: 2 months ago
Flags: needinfo?(bugzilla.hundreAd)
Resolution: --- → WORKSFORME

(In reply to Jeff Muizelaar [:jrmuizel] from comment #13)

This works for me in Firefox 139 release and ESR and beta. hundreAd can you still reproduce?

works currently
maybe got fixed in ff, or in website, or it some intermediary along the way?
please note however that this never occurred 100%, only sometimes. so this seeming to work does not actually guarantee fixed (unless the actual cause WAS found and indeed fixed, and you are now merely confirming that the fix works)

Flags: needinfo?(bugzilla.hundreAd)

(In reply to hundreAd from comment #14)

(In reply to Jeff Muizelaar [:jrmuizel] from comment #13)

This works for me in Firefox 139 release and ESR and beta. hundreAd can you still reproduce?

works currently
maybe got fixed in ff, or in website, or it some intermediary along the way?
please note however that this never occurred 100%, only sometimes. so this seeming to work does not actually guarantee fixed (unless the actual cause WAS found and indeed fixed, and you are now merely confirming that the fix works)

Thanks. If it happens for you again please reopen.

Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WORKSFORME → ---
You need to log in before you can comment on or make changes to this bug.