kernel-panic69 DD-WRT Guru

Joined: 08 May 2018 Posts: 13471 Location: Texas, USA
|
Posted: Tue Jun 30, 2020 0:51 Post subject: All The Chromium-based Browsers (ZDNet) |
|
A semi-exhaustive list of browsers based on Chromium. Purpose of this post is to inform users which browsers NOT
to use for the DD-WRT webUI as there are *known* issues with functionality, mostly in older builds pre-43516. I'm
still testing for glitches with Google Chrome, (the new)Microsoft Edge, Opera, Vivaldi, and SRWare Iron.
• Chromium
• Google Chrome
• Microsoft Edge
• Opera
• Vivaldi
• Brave
• Blisk
• Colibri
• Epic
• SWare Iron
• Ungoogled Chromium
• Vendor-specific Implementations (Avast Secure Browser, Amazon Silk, Samsung Internet Browser, Yandex Browser,
Qihoo 360 Secure Browser, Torch Browser, and Comodo Dragon. Others may be around, although not that well known.)
• The also-rans (Coc Coc, Falkon, Xvast, Polarity, TheWorld Chrome, Naver Whale, Kinza, Iridium, Tungsten, Ghost Browser, Superbird, Lulumi, Chedot, Orbitum, Cent Browser, and most likely others that we were not able to find.)
• The extinct dinosaurs (RockMelt, Maelstrom, Slim Browser, Aviator, Flock, Dartium, Beamrise, Sentria, Titan
REF: https://www.zdnet.com/pictures/all-the-chromium-based-browsers/
Proper recommendations for accessing the webUI of DD-WRT and flashing are to use IE (pre-forcing-you-
to-open-Edge); Firefox, Firefox ESR, Firefox ESR portable; Pale Moon, Pale Moon Portable; Waterfox Classic.
You may have the best luck with a 32-bit browser; use private browsing mode with no extensions or add-ons
loaded whatsoever and keep your webUI access separate from your internet browsing.
If you choose to use a Chromium-based browser, use Incognito mode with no extensions or add-ons loaded,
pre-fetching disabled, and separate from your internet traffic; and if you can find an older 32-bit version to
run in a separate process / sandbox, that may be ideal. Chromium-based browsers have a lot of defaults that
seem to collide with the webUI of most custom firmwares.
Also, in light of some nuances with recovery modes and other things, perhaps using an older version of Firefox
or Firefox ESR Portable, such as FF 13.x might come in handy.
Please also be sure to use CTRL+F5 or Command+Shift+R to override browser cache or clear your browser
cache when necessary. Also, there is no need to save webUI login information. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT
Pogo - A minimal level of ability is expected and needed...
At some point, people just get plain tired of this place.
Because they are tired of bottom-feeders and the same old hat.
----------------------
Linux User #377467 counter.li.org / linuxcounter.net |
|
kernel-panic69 DD-WRT Guru

Joined: 08 May 2018 Posts: 13471 Location: Texas, USA
|
Posted: Fri Aug 13, 2021 15:53 Post subject: WebUI Lockouts, Hangs - Add-on to the above information |
|
This started out as an "Oh, nos! Apple doesn't work with DD-WRT!", but as we have seen in other posts,
it's not an issue specific to Apple devices, whatsoever. Part of the speculation is that it was related to wifi
drivers on Marvell and Atheros. I could probably sift through my own posts and find where the "issue" pre-
dates April 27, 2021 (which prompted the OP of this thread!). Please read the following threads in particular
as well as the recommendations in the OP, which will be updated if necessary at some point.
https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=329904
https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=329358
https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=329221
https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=329003
https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=328995
https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=323974
The "issue" is that the webUI was hardened and all of the previous recommendations regarding browsers
was ignored, perhaps. Firefox, and it's derivatives disable pre-fetching by default (or you can disable this
if they are enabled via about:config) and usually have less issues. On Safari, my suggestion is to uncheck
everything on the Search preferences tab in your preferences. On MacOS, there is a way to disable DNS
cache pre-fetch via Terminal command. Personally, I do what I can to disable all wifi access to the webUI,
telnet, and ssh to prevent snooping anyway. Will all of this prevent webUI hangs? Probably not as this
firmware is still in constant development and so are the client OS platforms. But we must move forward
and continue to monitor these kinds of issues and update a central thread as intuitively as possible.
NOTE: Check setting "tcp_tw_recycle" and "tcp_tw_reuse" (in "Administration->Sysctl") and if set to 1, set to 0;
"save" and reboot as it appears to solve issues with Apple products.
https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=329948
https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=329967
https://forum.dd-wrt.com/phpBB2/viewtopic.php?t=329968 _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT
Pogo - A minimal level of ability is expected and needed...
At some point, people just get plain tired of this place.
Because they are tired of bottom-feeders and the same old hat.
----------------------
Linux User #377467 counter.li.org / linuxcounter.net |
|