www.investing.com - The quotes do not refresh in real time
Categories
(Web Compatibility :: Site Reports, defect, P2)
Tracking
(Webcompat Priority:P2, Webcompat Score:7, firefox144 wontfix, firefox145 wontfix, firefox146 verified, firefox147 fixed)
People
(Reporter: rbucata, Assigned: valentin)
References
()
Details
(Keywords: webcompat:platform-bug, webcompat:site-report, Whiteboard: [webcompat-source:web-bugs][webcompat:diagnosis:platform-bug])
User Story
user-impact-score:600 platform:windows,mac,linux,android impact:feature-broken configuration:general affects:all branch:release diagnosis-team:networking
Attachments
(1 file)
|
4.19 MB,
video/mp4
|
Details |
Environment:
Operating system: Windows 11
Firefox version: Firefox 144.0
Steps to reproduce:
- Navigate to: https://www.investing.com/markets/united-states
- Observe the stock/quotes values
Expected Behavior:
They change in real time
Actual Behavior:
Quotes not refreshing in realtime, nothing happens
Notes:
- Reproduces regardless of the status of ETP
- Reproduces in firefox-nightly, and firefox-release
- Does not reproduce in chrome
Created from https://github.com/webcompat/web-bugs/issues/184448
| Reporter | ||
Updated•3 months ago
|
| Reporter | ||
Updated•3 months ago
|
| Reporter | ||
Comment 1•3 months ago
|
||
Comment 2•3 months ago
|
||
Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.
Updated•3 months ago
|
Comment 3•3 months ago
|
||
I get a 404 on the websocket URL in Firefox, and a correct 101 in Chrome. Spoofing UA doesn't seem to work.
| Assignee | ||
Comment 4•3 months ago
|
||
I looked at the request headers:
Chrome
GET wss://streaming.forexpros.com/echo/581/rxs1d3a1/websocket HTTP/1.1
Host: streaming.forexpros.com
Connection: Upgrade
Pragma: no-cache
Cache-Control: no-cache
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/143.0.0.0 Safari/537.36
Upgrade: websocket
Origin: https://www.investing.com
Sec-WebSocket-Version: 13
Accept-Encoding: gzip, deflate, br, zstd
Accept-Language: en-US,en;q=0.9
Sec-WebSocket-Key: r6RbAytodNtD7JjfP1nyIg==
Sec-WebSocket-Extensions: permessage-deflate; client_max_window_bits
Fx
GET /echo/104/i86km0kw/websocket HTTP/1.1
Host: streaming.forexpros.com
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:146.0) Gecko/20100101 Firefox/146.0
Accept: /
Accept-Language: en-US,en;q=0.7,en-GB;q=0.3
Accept-Encoding: gzip, deflate, br, zstd
Sec-WebSocket-Version: 13
Origin: https://www.investing.com
Sec-WebSocket-Extensions: permessage-deflate
Sec-WebSocket-Key: JPmcZ9R6024q8tH/50rXlQ==
Sec-Fetch-Storage-Access: none
DNT: 1
Sec-GPC: 1
Connection: keep-alive, Upgrade
Sec-Fetch-Dest: empty
Sec-Fetch-Mode: websocket
Sec-Fetch-Site: cross-site
Pragma: no-cache
Cache-Control: no-cache
Upgrade: websocket
I think the main difference is that Firefox sends Connection: keep-alive, Upgrade - I think the keep-alive is not needed.
| Assignee | ||
Comment 5•3 months ago
|
||
https://datatracker.ietf.org/doc/html/rfc6455
- The request MUST contain an |Upgrade| header field whose value
MUST include the "websocket" keyword.
Technically Firefox's behaviour is correct, but it appears some servers just check for exact Connection: Upgrade - Chrome and Safari don't include the keep-alive token, so I guess this is now a web-compat issue.
Updated•3 months ago
|
Comment 6•2 months ago
|
||
I issue no longer reproduces on the latest Nightly (147). The prices are shown in real time now.
Updated•2 months ago
|
Updated•2 months ago
|
Comment 7•2 months ago
|
||
Verified, the issue no longer reproduces.
Tested with:
- Browser / Version: Firefox 146.0-candidate build 1
- Operating System: Windows 10
Updated•2 months ago
|
Description
•