Joined: 04 Aug 2018 Posts: 1447 Location: Appalachian mountains, USA
Posted: Sat Aug 17, 2019 2:23 Post subject:
I've occasionally had that sort of GUI garbling after an Apply — could be any page and not just the vpn config page — on many different releases. (I haven't upgraded to the current one.) Whenever it happens I just go back to the top-level URL, like 192.168.1.1 or whatever, and everything is then fine. I've never thought of it's as a big deal. It's just some minor race condition in the interaction between the GUI and my (linux) Firefox. _________________ 2x Netgear XR500 and 3x Linksys WRT1900ACSv2 on 53544: VLANs, VAPs, NAS, station mode, OpenVPN client (AirVPN), wireguard server (AirVPN port forward) and clients (AzireVPN, AirVPN, private), 3 DNSCrypt providers via VPN.
Joined: 08 May 2018 Posts: 14221 Location: Texas, USA
Posted: Sat Aug 17, 2019 5:45 Post subject:
The GUI issue is how your browser loads the css. SO FAR, I haven't had an issue with Firefox ESR 52.9.0 on MacOSX (Chrome, Safari, Opera, FF Quantum all do it), and I generally haven't had an issue on Firefox ESR on Debian Linux that I recall.
Edit: After about 1.5 days uptime, having issues with OpenVPN client. Going into "reconnect" or "wait" status every few hours. Restarting the service fixes it. _________________ Linksys WRT3200ACM r41586
- ExpressVPN | VAP & PBR | Synology NAS
Last edited by illuminati_tri on Tue Aug 20, 2019 17:34; edited 1 time in total
This is one of the first builds that I can run a Firestick, or any other device I use without internet interruptions. WRT3200ACM. If marvell would ever release the source code for WiFi this would be a solid router for DD-WRT. Web browser is obviously important for the GUI, but I haven't experienced it with this build.
I think I'll stay at r40009 for the foreseeable future unless Brainslayer can rein in the size of these builds.
Sure, I can switch to partition 2 before flashing and hopefully it will load but it's kind of ridiculous that these firmware builds have gotten this big. I don't see any improvements to warrant that. r40009 is the last build where the GUI doesn't stop responding on my wrt19000acs v.1
Joined: 10 Nov 2018 Posts: 350 Location: South Carolina
Posted: Tue Aug 20, 2019 17:16 Post subject:
ellick wrote:
I think I'll stay at r40009 for the foreseeable future unless Brainslayer can rein in the size of these builds.
I agree ellick, I wish BS would trash a lot of the bloat that's in some of these builds. Dump 100% of the stuff in Administration>Management>Show New Features option. Maybe even the Services>services>The Onion Router Project additions. There is a lot of bloat that I have reservations that anyone uses making it worth the overhead they represent.
I agree ellick, I wish BS would trash a lot of the bloat that's in some of these builds. Dump 100% of the stuff in Administration>Management>Show New Features option. Maybe even the Services>services>The Onion Router Project additions. There is a lot of bloat that I have reservations that anyone uses making it worth the overhead they represent.
I ended up trying this build because I wanted to use "cake" in QoS. I thought that was way better than Pie or fq_codel. Unfortunately, after running it overnight (router is still up and internet is working), I've again lost access to the GUI. Can't connect at all to 192.168.1.1 in multiple browsers and devices.
So, back to r40009 which was the last decent build for me.
