id.logi.com - site is not usable

[flaki]

URL: https://id.logi.com/index.html?brand_id=360001542333&client_id=f4cbf5f1-8df3-4e7b-95dd-98e7c1f84e5e&locale_id=1412&redirect_uri=https%3A%2F%2Flogitech.zendesk.com%2Faccess%2Fjwt&response_type=token&return_to=https%3A%2F%2Fsupport.logi.com%2Fhc%2Fen-001%2Farticles%2F360023351733&timestamp=1583500022

Browser / Version: Firefox 75.0
Operating System: Linux
Tested Another Browser: Yes Chrome

Problem type: Site is not usable
Description: Missing items
Steps to Reproduce:
The login form (username + password fields) is not loaded and missing completely, even with tracking protection turned off.

View the screenshot

Browser Configuration

• None

From webcompat.com with ❤️

[softvision-oana-arbuzov]

Thanks for the report, but I'm not able to reproduce the issue. For me the login form is displayed.

Tested with:
Browser / Version: Firefox Nightly 75.0a1 (2020-03-05)
Operating System: Windows 10 Pro

@flaki could you try clearing cache/data/cookies, disable Ad-blocker (if available), or use a clean profile, and check again?

[flaki]

Hmm, thanks Oana.

This seems to be a private browsing/tracking protection related issue. To reproduce:

• Open a private browsing window in firefox, this will enable tracking protection
• Open https://support.logi.com/hc/en-us/
• Scroll down, click [ Sign In ] in the REGISTER YOUR PRODUCT box
• The browser navigates to the id.logi.com site
• The page loads with the above screenshot, no form showing
• The console shows Loading failed for the <script> with source “https://connect.facebook.net/en_GB/sdk.js”.

You would be right in this not being a webcompat issue per se (although the form display seems to rely on third party scripts such as the Facebook one, which is not great as these could fail for more mundane reasons as well).

There seems to be a related bug though, as to when using Firefox with tracking protection enabled, at least in the latest nightly even after disabling tracking protection the above Facebook script still fails to load, as if the failed load is cached and not retried (maybe a Cache-Control: immutable-related issue?). This means that even with TP disabled the page is still broken. Interestingly this seems to work in private browsing mode, which further points to a caching issue.

Feel free to communicate this towards the TP dev teams. Thanks for checking!

[lock]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue at https://webcompat.com/issues/new if you are experiencing a similar problem.

[softvision-oana-arbuzov]

Thanks @flaki I've created Bugzilla issue https://bugzilla.mozilla.org/show_bug.cgi?id=1627669