us.etrade.com - site is not usable

[arekkusu42]

URL: https://us.etrade.com/home/welcome-back

Browser / Version: Firefox 130.0 Operating System: Mac OS X 10.15 Tested Another Browser: Yes Other

Problem type: Site is not usable Description: Page not loading correctly Steps to Reproduce: E*TRADE login page freezes forever, accessing c.evidon.com. This started around the same time as FF 131 release (although it still happens for me after rolling back to FF 130.0.) Possibly related to CHIPS, https://bugzilla.mozilla.org/show_bug.cgi?id=1923500

Workaround: quit and re-launch FF; page will load correctly (only once, every subsequent load freezes.)

Browser Configuration

• None

From webcompat.com with ❤️

[softvision-raul-bucata]

We appreciate your report. For this issue, unfortunately, a valid account is needed to sign in.

Having no valid sign-in credentials, we are not able to move forward with this issue. If more information is provided (test account credentials can only be provided by mail for security purposes, as the comments here are made public,/ attach logs/errors), in-depth testing can be performed, so please feel free to reopen or comment on the issue and we'll have a thorough look at it.

Suggestion: Try clearing cache/data/cookies, disabling add-ons and Ad-blocker (if available), or use a clean profile, and check again? Also, have the required cookies been accepted for this page?

[qa_43/2024]

[arekkusu42]

Please forward this issue to a tester with an E-TRADE account. Surely there is an established browser QA process for banks that does not rely on gathering user's account credentials.

Clearing FF cookies resets the login. After logging in once and logging out, the broken behavior returns. Toggling FireFox 131.0.3's "enhanced tracking protection" for this site or globally doesn't make any difference.

Same login-with-cookie process works correctly in Safari 18.0.1. Broken in recent Firefoxes. See also: https://support.mozilla.org/en-US/questions/1467963

[softvision-raul-bucata]

What I would do usually to test this kind of issue, is:

1. Type about:profiles in the url bar.
2. Choose Create a new profile.
3. Call it deleteme or anything you please.
4. Then start it. (this way you will be sure that nothing is interfering, no ghost caching etc.)- make sure account sync is not performed, as the extensions will be imported in the new profile.
5. Test.

Note: You can return to your old profile at any given time by accessing "about:profiles" in the address bar

[inv_44/2024]

[softvision-raul-bucata]

Unfortunately being unable to reproduce the issue you are experiencing, we cannot help you with it. Please leave a comment with more details, or file a new report and we will gladly investigate this further. This will be closed as Incomplete.

[inv_45/2024]

[Farbods0]

This issue is reproducible for me. https://us.etrade.com/home.

1. Open https://us.etrade.com/home
2. Page loads format wacky and cannot login
3. Tried clearing cache - no fix
4. Tried private browser - no fix
5. Works in chrome

[deltaray]

This happens to me a lot too. The etrade website references the host c.evidon.com and then sometimes it just sits and spins waiting for the site to respond before the etrade page can even load. My workaround solution to fix this is to blackhole the DNS for c.evidon.com by sending it to 127.0.0.1 in my hosts file so it immediately times out and moves on.

[softvision-raul-bucata]

What I would do usually to test this kind of issue, is:

1. Type about:profiles in the url bar.
2. Choose Create a new profile.
3. Call it deleteme or anything you please.
4. Then start it. (this way you will be sure that nothing is interfering, no ghost caching etc.)- make sure account sync is not performed, as the extensions will be imported in the new profile.
5. Test.

Note: You can return to your old profile at any given time by accessing "about:profiles" in the address bar

[inv_05/2025]

[AikenRVer]

Deltaray, could you please explain how to do what you described as a work around. I have been trying different suggestions for months to fix this to no avail.

[arekkusu42]

Deltaray, could you please explain how to do what you described as a work around.

in /etc/hosts, add: 127.0.0.1 c.evidon.com (and then clear FF cache, or Cmd-Shift-R to force reload)

This also works around the problem for me. Otherwise, it still occurs in FF 135.0 on Sonoma 14.7.3. No further progress can be made here until FF QA/dev gets themselves an E-Trade account and reproduces the problem. Obviously, cookies are required to re-login, so resetting profile/cookies is not helpful.

[softvision-raul-bucata]

@AikenRVer @arekkusu42 Have you tried a new profile?

[inv_07/2025]

[arekkusu42]

I tried this today:

1. roll a fresh VM, because that's how the kids do it now: Sonoma 14.7.4 via UTM 4.6.4
2. after setting up fresh OS (user account, etc) launch Safari 18.3 and use it to download Firefox 135.0.
3. Install FF and launch it (thus, with a completely new profile)
4. go to etrade.com, log in (for me, they sent a verify-via-cell-phone code because of the new OS/browser combo.)
5. log out of E-Trade, and close the FF tab.
6. new tab in FF, and go to "etrade.com"
7. back in Safari, repeat steps 4-6.

RESULTS: In step 6), you are redirected to https://us.etrade.com/home/welcome-back (because of your login cookie), and then Firefox freezes: the page never finishes loading (white screen) and the status bar says: "Read c.evidon.com".

In step 7), repeating steps 4-6 in Safari, everything works fine.

I believe that satisfies your request of using a new user profile. The problem trivially reproduces on the first try. Same as my original report.

[softvision-raul-bucata]

From what I have understood, at first the login page failed, which might be: https://bugzilla.mozilla.org/show_bug.cgi?id=1931359 (where the login wrapper form does not load).

But since the issue also addresses that the page fails in Firefox after login is performed, I will reflect this in the title and move it to the relevant component. If adjuments are in place for the bug report, please add them to the mentioned Bugzilla report: https://bugzilla.mozilla.org/show_bug.cgi?id=1947698

[inv_07/2025]

[jrmuizel]

@arekkusu42 Can you still reproduce this?

[arekkusu42]

On my daily-use machine, I have been blocking c.evidon.com to work around this.

I tested again: in a Sonoma 14.7.5 VM, this still reproduces when using Firefox 135.0, same as previously described: hangs on "Read c.evidon.com", all-white page. (And still reproduces after force-reload and clearing FF cache.)

However, after updating that VM to FireFox 138.0.1, this bug no longer reproduces (nor after force-reload or clearing FF cache.) Therefore, this bug can be closed.

The other bug with the "Log on" box content failing to load on the same web page still occurs with Firefox 138.0.1, as described at https://bugzilla.mozilla.org/show_bug.cgi?id=1931359