Netgear R7800 - Firmware Version 1.0.2.52

kamoj · May 27, 2018

avtella said:
When you attempt to change device icon/name or even priority, page goes blank instead of applying changes to devices. Some device changes work, a lot don't. This bug has been here for many months as in multiple firmware releases, I think .36 was the last one it actually worked in. Haven't posted it in SNB forums though, if that's what you mean.

Killhippie said:
Last one it worked for me was .38 after that I think due to a security issue things were changed and the blank page for devices and QoS started.

I had a short look into this and found this bug:
If you change "Picture/Device type" while QoS is OFF, its' priority is Lost in nvram settings,
and not restored when switching QoS on again.
So remember to switch QoS on while making changes of "Device Type in Attached Devices".

Also noticed that currently not connected devices were not possible to edit. What a shame!

I still don't know how to get the "all page blank" bug.
Can you possibly give an instruction on how to get the bug appear?

Killhippie · May 27, 2018

kamoj said:
I had a short look into this and found this bug:
If you change "Picture/Device type" while QoS is OFF, its' priority is Lost in nvram settings,
and not restored when switching QoS on again.
So remember to switch QoS on while making changes of "Device Type in Attached Devices".

Also noticed that currently not connected devices were not possible to edit. What a shame!

I still don't know how to get the "all page blank" bug.
Can you possibly give an instruction on how to get the bug appear?

If you try and change Device type when QoS is on in QoS it will only change some then you get the blank page. same with Attached devices so it does not matter whether its on or off. It seems to be worse if you use DHCP reservation, at least it was for myself.

When I had my R7800 the only way to change all device to correct type and priority as QoS set everything to low and stayed that way was to keep pressing apply on my DHCP reservation list then hop straight to QoS and change device types, this was a bit hit and miss but a few attempts got the ten devices I had listed changed in QoS. .38 worked perfectly, after that it never worked as it should again, but if i went back to .38 it would work fine.

avtella managed to show level 2 support the issue and yet it is still not to be fixed, I do wonder what the Netgear techs are doing. <sigh> I think DHCP reservation/ maybe the name of device maybe what characters are in the name could be part of the issue possibly. It feels like potentially there is more than one issue that causes the blank page bug as not all get it. For a while the R7800 would not accept my 63 character ASCII password because '/' confused it as well this was about the same time the blank page bug showed up, at least the character password issue got fixed.

I found I could change priority for about 4 devices then I ran into the blank page bug. As I said pressing apply repeatedly in the DHCP reservation list solved this until the next update or reset, but its hardly elegant or functional and was a bit hit and miss.

kamoj · May 27, 2018

Killhippie said:
If you try and change Device type when QoS is on in QoS it will only change some then you get the blank page. same with Attached devices so it does not matter whether its on or off. It seems to be worse if you use DHCP reservation, at least it was for myself.
...
I found I could change priority for about 4 devices then I ran into the blank page bug. As I said pressing apply repeatedly in the DHCP reservation list solved this until the next update or reset, but its hardly elegant or functional and was a bit hit and miss.

Thank you for the information. It's a step forward in the understanding, but not enough.
I need some information that is not needed to become public.
Please anyone having the blank page bug, contact me with PM (Private Message).

avtella · May 27, 2018

kamoj said:
I had a short look into this and found this bug:
If you change "Picture/Device type" while QoS is OFF, its' priority is Lost in nvram settings,
and not restored when switching QoS on again.
So remember to switch QoS on while making changes of "Device Type in Attached Devices".

Also noticed that currently not connected devices were not possible to edit. What a shame!

I still don't know how to get the "all page blank" bug.
Can you possibly give an instruction on how to get the bug appear?

It doesn’t make a difference QoS on/off. I tried that already.

Deleted member 22229 · May 27, 2018

avtella said:
I wonder if they now even fixed the IPV6 filtering issue...

Netgear will never fix the v6 filtering issue. I went round and round with them 4 years ago over this. finally gave up and returned the router. They claim it's a security issue and we all know better. So good luck with waiting for them to address this in any public firmware release any time soon. Possibly never.

So people think they have working IPv6 with Netgear but in reality there implementation is broke and does not work as IPv6 was intended. So people get a 10/10 pass that's not telling the whole story.

kamoj · Jun 2, 2018

avtella said:
It doesn’t make a difference QoS on/off. I tried that already.

The problem is also discussed here:
https://community.netgear.com/t5/Ni...ate/td-p/1576504/jump-to/first-unread-message

havensv · Jun 7, 2018

kamoj said:
Thank you for the information. It's a step forward in the understanding, but not enough.
I need some information that is not needed to become public.
Please anyone having the blank page bug, contact me with PM (Private Message).

Easily reproduced for me. Happen on 8500 and 9000 models. Downgrading/upgrading firmware and wiping config each time does not fix it. Not sure if its with the number of devices you rename/change device type or the use of the mobile app that cause the bug. But after renaming a few devices - both the attached devices and access control pages go blank and never return until you wipe the config and start over.

kamoj · Jun 7, 2018

havensv said:
Easily reproduced for me. Happen on 8500 and 9000 models. Downgrading/upgrading firmware and wiping config each time does not fix it. Not sure if its with the number of devices you rename/change device type or the use of the mobile app that cause the bug. But after renaming a few devices - both the attached devices and access control pages go blank and never return until you wipe the config and start over.

e38BimmerFN · Jun 8, 2018

Was reported that the Static IP in AP mode bug is fixed in this version of FW:
https://community.netgear.com/t5/Ni...n-1-0-2-44/m-p/1512695/highlight/false#M84278

Easy Rhino · Jun 14, 2018

So i'm wondering if I can ask what's the most recent "stable" firmware from netgear for the r7800?

I just received my new one in the mail, haven't even opened the package yet

the .52 firmware seems.... not very good, from the discussion. Here's my use case:

* main router in house, not AP
* not using ipv6
* not planning on using smart connect
* would like to use QoS

... do I need to go back to .38?

microchip · Jun 14, 2018

I'm currently on .52 and have no issues for what I use (no QoS, Smart Connect, VPN, parental control). Except for the device names issues, this version is running fine here

avtella · Jun 14, 2018

Yeah IPv6 is still being filtered when set to Open and QoS is completely hosed without the ability to set names now in addition to the blank page issue with name/priorities changes, despite filing an issue report almost 2 months ago. Seems with Netgear these days if you want just WiFi and no additional working features or real advanced settings it's ok but if you want any more usable functions other brands are better. Shame considering the R7800 is such a great unit hardware wise.

Killhippie · Jun 15, 2018

kamoj said:
Yes, I see what you and others experience. It's a very spread bug, it affects several different Netgear routers.
Thousands and thousands of users are affected.

Affected routers are e.g. R7800, R9000, XR500, R8000, R800P, R8500, R7000, R6400, R6700, R6800, Orbi RBK40, Orbi RBK50.

I have spent days trying to find a work-around without success. Netgear does not reply to my questions either.
The bug is pin-pointed to a certain binary executable file. It can be replaced by the corresponding file from a previous release,
but then you lose functionality for the new feature Smart Connect.
So if you need working Device Name, Device Type, and Device Priority, use a previous version (e.g. 1.0.2.40).
I don't have much hope for this to be fixed.
This manufacturer has shown ignorance and software incompetence for a long time.

Here a collection a links:
https://twitter.com/rfuller/status/995459415926099970
https://community.netgear.com/t5/Nighthawk-WiFi-Routers/X4S-R7800/m-p/1582936#M95312
https://community.netgear.com/t5/Ni...ess-control-after-firmware/m-p/1305428#M59848
https://community.netgear.com/t5/Ni...s-disappeared-after-update/m-p/1576504#M93731
https://community.netgear.com/t5/Ni...ank-on-Nighthawk-X10-R9000/m-p/1586188#M95518
https://community.netgear.com/t5/Ni...happened-to-all-the-device/m-p/1586643#M95596
https://community.netgear.com/t5/Ni...thawk-R9000-Access-Control/m-p/1578082#M93922
https://community.netgear.com/t5/Ni...vice-name-does-not-show-up/m-p/1586202#M95526
https://community.netgear.com/t5/Ni...ed-LAN-devices-not-showing/m-p/1556351#M91126
https://community.netgear.com/t5/Ni...ot-Access-Control-quot-not/m-p/1575434#M93549
https://community.netgear.com/t5/Ni...won-t-save-device-settings/m-p/1585096#M95154
https://community.netgear.com/t5/Ni...ched-Devices-Cannot-rename/m-p/1559405#M91514
https://community.netgear.com/t5/Ni...-bug-in-router-device-name/m-p/1543681#M90006
https://community.netgear.com/t5/Ni...devices-with-no-connection/m-p/1554227#M90771
https://community.netgear.com/t5/Ni...d-devices-not-showing-up10/m-p/1569809#M93013
https://community.netgear.com/t5/Nighthawk-WiFi-Routers/R7800-Firmware-Bug/m-p/1577432#M93835
https://community.netgear.com/t5/Ni...happened-to-all-the-device/m-p/1586662#M95603
http://forum.netduma.com/topic/25114-xr500-firmware-version-23218-released/
https://community.netgear.com/t5/Nighthawk-WiFi-Routers/Nighthawk-R7800-OpenVPN/m-p/1586759#M95620
https://community.netgear.com/t5/Ni...hed-Devices-looks-horrible/m-p/1588526#M95996
https://community.netgear.com/t5/Ni...ached-devices-and-access-control/td-p/1588754

XR500 does not have that problem, it had an issue with last firmware when it was auto updated it blanked device names, but you just had to put them back in manually. However that firmware was pulled for other reasons, device manager lets you change device names without issue, because that's part of DumaOS not the netgear GUI. Alas the other devices I know there has been issues and my old R7800 was fine until they updated the GUI for a security issue after 1.0.2.38 it never worked after that. Also the R7800 looses its QoS settings when powered down, once again the XR500 does not. Still enough of us have been talking about this for so long now and avtella had level 2 support see the issue yet still no fix, this is truly ridiculous at this stage and how many updates on are we from when this started? <sigh>

kamoj · Jun 28, 2018

FYI
Eventually I made a working "patch" for the problems with blank and missing devices and QoS device settings etc in "Attached devices" and "Access Control".

It's only 10 lines of shell script code, so easy to audit.
I am using it with Voxel V1.0.2.53SF, but the same code should work with Netgear 1.0.2.52, and probably for other none-R7800 routers as well.

Since I don't get any response from Netgear,
I hope Voxel solve this as well in his next release.

AlexTan · Jun 29, 2018

Just upgraded to 1.0.2.52 from 1.0.2.44.
Also facing device name issue where device name not showing up in attached devices page.
Netgear DDNS seems not working, have to reconfigure NoIP account and switch from Netgear DDNS to NoIP DDNS but remains the same .mynetgear.com domain name.

jsmiddleton4 · Jun 29, 2018

That's why I've stayed at .50.

kamoj · Jul 3, 2018

Voxel has release a new version https://www.snbforums.com/threads/c...800-v-1-0-2-53sf-1-0-2-53sf-kf-updated.46941/ to address the problem with disappearing device names.

Thank you Voxel!!!

I wish that the multimillion dollar company Netgear can find a solution for this simple problem to the stock software, soon as well!
Or employ Voxel some way, part time or for quality assurance e.g.
He is apparently wore clever then a whole multinational company's software and QA teams together.
It would be worth every buck only measured in PR.

avtella · Jul 3, 2018

Don’t get your hopes up, been over two months since I spoke to a L2 tech, then again with another a month back and no response or update since regarding both the IPv6 ICMP filtering and the Attached Devices blank page issues. Infact attached devices got more buggy with the name issue lol. Sad that you and Voxel fixed the name issue so quickly unlike them.

Killhippie · Jul 4, 2018

kamoj said:
Voxel has release a new version https://www.snbforums.com/threads/c...800-v-1-0-2-53sf-1-0-2-53sf-kf-updated.46941/ to address the problem with disappearing device names.

Thank you Voxel!!!

I wish that the multimillion dollar company Netgear can find a solution for this simple problem to the stock software, soon as well!
Or employ Voxel some way, part time or for quality assurance e.g.
He is apparently wore clever then a whole multinational company's software and QA teams together.
It would be worth every buck only measured in PR.

I think the problem lies in the fact its not a multi million dollar company writing firmware but outsourced and possibly under staffed and overworked coders in far flung parts of the world. The firmware is like a novel that keeps getting we-written but they don't erase the old lines of the novel they don't need any more. So the firmware is cluttered with old dead ends to forgotten routers and old branches they don't use any more and simple things like OpenSSL etc never get updated, despite the CVE's mounting as each release gets further from being secure...

Netgears hardware is good the firmware is still like a novel nobody wants to touch because so many different authors have re-written it over the years, its become so convoluted that I Imagine it's a total nightmare and really needs re-writing from the ground up, but that will never happen as its not cost affective probably.

Voxel · Jul 4, 2018

Killhippie said:
I think the problem lies in the fact its not a multi million dollar company writing firmware but outsourced and possibly under staffed and overworked coders in far flung parts of the world.

IMO there are problems in organization of development process. In spite of using outsourcers. First, there is really some centralized initial repository of codes used in firmware for all routers. It is obvious because this bug with lacking attached device names affects to the wide line of different routers. It is right solution. Re-usability of codes. But what is a real problem, it is in the lack of synergy among different development teams (or guys). For me it looks like guy (or guys) who is busy with e.g. firmware for R7800 does not know what is going with development for R9000 or XR500, i.e. what guy who is busy with firmware for R9000 is doing. I am sure (practically I know) that they are located in the same office/building or even in the same room. But the same bug already reported and fixed by R9000 maintainer(s) is repeated again in the next release for R7800 by R7800 maintainer(s). I know such real cases. I.e. initial sources are branched like a tree, no unification, no joint common bug fixing, everybody does not know what his neighbor is doing with his branch.

For example, the same OpenSSL versions in the latest stock fw:

1.0.2n for XR500 firmware with asm acceleration (Dec 2017, compiled by Iceway Zhang developer).

1.0.2l for R9000 firmware without any acceleration (May 2017, compiled by Tao Li developer).

1.0.2h for R7800 firmware without acceleration (May 2016, compiled by Haiyan Zhuang developer).

So if e.g. Haiyan Zhuang would re-use OpenSSL branch of Iceway Zhang we could get asm acceleration for R7800 in the stock firmware, not only in my version. If both of them would know what is going in the branch of Tao Li they could avoid the bug with the list of naming attached device. And all of them are not interested in cooperation with me.

And second, not less important. Management. I dealt with outsourcers and usual developers in the past (my post was chief software development manager). They are interested in new contracted job, sure. Contract, development, they got a money for their release of software. But. There is so-called guarantee period. And all the bugs found during this period have to be fixed by outsourcers for free, no additional payment. So as a rule software developers are not interested in the fast bug corrections (correction of old bugs are payed). It is already problem of management re: how to force them to do fast bug fixing. It is a pity that I am not their software manager ;-)

Well, all this is IMO.

Voxel.

Thread starter	Title	Forum	Replies	Date
M	Kamoj Kamoj Addon 5.5 Beta for Netgear R7800/R8900/R9000 with Voxel FW - Continuation	NETGEAR AC Routers and Adapters (Wi-Fi 5)	5	Nov 12, 2024
G	Is it possible to copy flash of Netgear R9000 Router	NETGEAR AC Routers and Adapters (Wi-Fi 5)	2	Oct 17, 2024
T	Voxel RBK50 Voxel OpenWRT vs Netgear stock fw, advantages?	NETGEAR AC Routers and Adapters (Wi-Fi 5)	1	Sep 9, 2024
S	Internet speed testing with Netgear routers	NETGEAR AC Routers and Adapters (Wi-Fi 5)	2	Aug 14, 2024
	Voxel Custom firmware build for R7800 v. 1.0.2.112SF	NETGEAR AC Routers and Adapters (Wi-Fi 5)	14	Dec 11, 2024
R	Release New official R7800 firmware	NETGEAR AC Routers and Adapters (Wi-Fi 5)	5	Oct 9, 2024
	Voxel Custom firmware build for R7800 v. 1.0.2.111SF	NETGEAR AC Routers and Adapters (Wi-Fi 5)	12	Oct 3, 2024
	Voxel Custom firmware build for R7800 v. 1.0.2.110SF	NETGEAR AC Routers and Adapters (Wi-Fi 5)	15	Aug 8, 2024
	Voxel Custom firmware build for R7800 v. 1.0.2.109SF	NETGEAR AC Routers and Adapters (Wi-Fi 5)	8	Jul 6, 2024
	Voxel Custom firmware build for R7800 v. 1.0.2.108SF	NETGEAR AC Routers and Adapters (Wi-Fi 5)	12	May 22, 2024

Netgear R7800 - Firmware Version 1.0.2.52

Very Senior Member

Senior Member

Very Senior Member

Very Senior Member

Deleted member 22229

Guest

Very Senior Member

New Around Here

Very Senior Member

Very Senior Member

Senior Member

Very Senior Member

Very Senior Member

Senior Member

Very Senior Member

Occasional Visitor

Very Senior Member

Very Senior Member

Very Senior Member

Senior Member

Part of the Furniture

Similar threads

Similar threads

Support SNBForums w/ Amazon

Sign Up For SNBForums Daily Digest