zlacker

[return to "Firefox has surpassed Chrome on Speedometer"]
1. seba_d+35[view] [source] 2023-07-18 12:34:49
>>akyuu+(OP)
There was a time when Firefox felt a lot slower than Chromium, but for a few years now it's been close enough (even if still somewhat slower) to not bother me, while Firefox clearly offers superior functionality and much better performance under high load. The last time Chromium has felt attractive compared to Firefox was a really long time ago. Glad to see it moving in the right direction still.
◧◩
2. emsixt+J6[view] [source] 2023-07-18 12:45:25
>>seba_d+35
I use it, but just don't like the devtools. Or moreso miss some things from Chrome/Edge.
◧◩◪
3. wackge+V9[view] [source] 2023-07-18 13:03:38
>>emsixt+J6
For me it's the opposite. Firefox's dev tools feel better. What things are missing?
◧◩◪◨
4. everyb+Ox1[view] [source] 2023-07-18 18:06:48
>>wackge+V9
What cripples FF DevTools for me is being unable to find the setting for timeout on HTTP GET, during full-stack development. If I've set a breakpoint in a debugger on my server and proceed to single-step there, FF aborts the GET request with an error. So client-side JS doesn't see the eventual result of the GET, it has to recover from the error to proceed, e.g. by a full page-reload.

Chromium, last I tried it, by default sets the necessary HTTP timeout(s) to infinity if its DevTools is open.

My searches of Firefox docs/wiki, StackExchange, HN Algolia for a fix have come up empty.

Navigating to "about:config" and searching for "timeout" finds 27 different settings prefixed with the substring "network". Some are obviously in units of milliseconds, others perhaps whole seconds.

Anyone know which one (or what combination) might incant the necessary black magic?

[go to top]