Netgear R7800 - Firmware Version 1.0.2.52

[kamoj]

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.

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]

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]

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]

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]

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]

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]

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]

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.

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
https://community.netgear.com/t5/Ni...ading-firmware-to-1-0-9-32/m-p/1590633#M96470
https://community.netgear.com/t5/Ni...00-can-t-edit-device-names/m-p/1591909#M96640
https://community.netgear.com/t5/Ni...ot-Attached-Devices-quot-page-is/td-p/1275713
https://community.netgear.com/t5/Ni...ng-duplicate-and-incorrect/m-p/1590818#M96483
https://community.netgear.com/t5/Ni...-1-0-2-5-2/m-p/1596301/highlight/false#M97645
https://community.netgear.com/t5/Ni...00-can-t-edit-device-names/m-p/1596190#M97416

 

[e38BimmerFN]

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]

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]

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]

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]

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]

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]

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]

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

 

[kamoj]

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]

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]

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]

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.