Compatibility Findings with AddOns with GT-BE98 Pro

[SomeWhereOverTheRainBow]

Those sweet dual 6GHz WiFi ranges on the WiFi page (3) is certainly impressive to see.

My neighbors already hate me, and people in distress seek to use my wifi to reconnect... Don't tempt me to the New dual 6Ghz!

 

[Viktor Jaep]

My neighbors already hate me, and people in distress seek to use my wifi to reconnect... Don't tempt me to the New dual 6Ghz!

Your path to the 6GHz side is now complete...

 

[RMerlin]

OK, thanks! So @Jack Yaz or @Martinski probably need to include:

<script language="JavaScript" type="text/javascript" src="/js/httpApi.js"></script>

in the ASP page because client_function.js appears to reference httpApi in 3006.102, but not earlier versions.

httpApi.js must now be loaded before client_functions.js due to new depdencies. And jquery.js must be loaded before them as well. The order is important.

webui: load httpApi (new dependencies from client_function.js) on pag… · RMerl/asuswrt-merlin.ng@85fa80a

…es needing it

github.com

 

[Martinski]

Yes, please find below at your request:

client_function.js:157 Uncaught
ReferenceError: httpApi is not defined
at isSupport (client_function.js:157:20)
at client_function.js:160:31

client_function.js:101 Uncaught
ReferenceError: httpApi is not defined
at get_wl_unit_by_band (client_function.js:101:22)
at show_banner (state.js:1105:14)
at show_menu (state.js:1319:1)
at initial (user2.asp:279:766)
at onload (user2.asp:283:27)

Thanks to @ExtremeFiretop for reporting the errors when trying to load the WebGUI page.

OK, thanks! So @Jack Yaz or @Martinski probably need to include:

<script language="JavaScript" type="text/javascript" src="/js/httpApi.js"></script>

in the ASP page because client_function.js appears to reference httpApi in 3006.102, but not earlier versions.

Thanks to @dave14305 for pointing out the fix.

httpApi.js must now be loaded before client_functions.js due to new depdencies. And jquery.js must be loaded before them as well. The order is important.

And thanks to @RMerlin for clarifying the new dependencies of the JS files and the order of precedence.

I have added the change to the current PR submitted for scMerlin in the @thelonelycoder's GitHub repository.

 

[visortgw]

To add to this:

5. unbound CLI works for me

@Martineau: I noticed an unknown operand error in unbound_manager v1.13 during installation and operations, but I have not seen any adverse effects as of yet:

Manual install unbound Customisation complete 0 minutes and 19 seconds elapsed - Please wait for up to 10 seconds for status.....


    Installation of unbound completed


    Router Configuration recommended pre-reqs status:

    [✔] Swapfile=2097148 kB
    [✔] DNS Director=ON
    [✔] DNS Director=ROUTER
[: 0: unknown operand
    [✔] WAN: Use local caching DNS server as system resolver=NO
    [✔] Enable local NTP server=YES
    [✔] Enable DNS Rebind protection=NO
    [✔] Enable DNSSEC support=NO

    Options:

    [✔] unbound CPU/Memory Performance tweaks
    [✔] Firefox DNS-over-HTTPS (DoH) DISABLE/Blocker
    [✔] unbound-control FAST response ENABLED


unbound (pid 3132) is running... uptime: 0 Days, 00:00:05 version: 1.19.0 # Version=v1.13 Martineau update (Date Loaded by unbound_manager Thu Jun 20 13:50:01 EDT 2024)

 

[Martineau]

@Martineau: I noticed an unknown operand error in unbound_manager v1.13 during installation and operations, but I have not seen any adverse effects as of yet:

Manual install unbound Customisation complete 0 minutes and 19 seconds elapsed - Please wait for up to 10 seconds for status.....


    Installation of unbound completed


    Router Configuration recommended pre-reqs status:

    [✔] Swapfile=2097148 kB
    [✔] DNS Director=ON
    [✔] DNS Director=ROUTER
[: 0: unknown operand
    [✔] WAN: Use local caching DNS server as system resolver=NO
    [✔] Enable local NTP server=YES
    [✔] Enable DNS Rebind protection=NO
    [✔] Enable DNSSEC support=NO

    Options:

    [✔] unbound CPU/Memory Performance tweaks
    [✔] Firefox DNS-over-HTTPS (DoH) DISABLE/Blocker
    [✔] unbound-control FAST response ENABLED


unbound (pid 3132) is running... uptime: 0 Days, 00:00:05 version: 1.19.0 # Version=v1.13 Martineau update (Date Loaded by unbound_manager Thu Jun 20 13:50:01 EDT 2024)

As already mentioned in other threads, the router's feature 'local caching DNS' has been marked as deprecated.

i.e.

 E:Option ==> ?
 
     Version=3.24                                (Change Log: https://github.com/MartineauUK/Unbound-Asuswrt-Merlin/commits/master/unbound_manager.sh)
     Local                                       md5=62bac054973b3c5cc918807f80d5c9d6
     Github                                      md5=62bac054973b3c5cc918807f80d5c9d6
     /jffs/addons/unbound/unbound_manager.md5    md5=62bac054973b3c5cc918807f80d5c9d6
 
     Router Configuration recommended pre-reqs status:
 
     [✔] Swapfile=2097148 kB
     [✔] DNS Director=ON
     [✔] DNS Director=ROUTER
 [: 0: unknown operand
     [✔] WAN: Use local caching DNS server as system resolver=NO
     [✖] ***ERROR Enable local NTP server=NO                      see http://192.168.55.1:80/Advanced_System_Content.asp ->Basic Config
     [✔] Enable DNS Rebind protection=NO
     [✔] Enable DNSSEC support=NO
 
     Options:

If you issue the following hack

nvram set dns_local_cache="0"
nvram commit

the error should 'disappear', but for initial installs it will now always fail until I issue a patch to ignore the variable test if it does not exist.

Many thanks for reporting the issue.

 

[visortgw]

As already mentioned in other threads, the router's feature 'local caching DNS' has been marked as deprecated.

i.e.

 E:Option ==> ?
 
     Version=3.24                                (Change Log: https://github.com/MartineauUK/Unbound-Asuswrt-Merlin/commits/master/unbound_manager.sh)
     Local                                       md5=62bac054973b3c5cc918807f80d5c9d6
     Github                                      md5=62bac054973b3c5cc918807f80d5c9d6
     /jffs/addons/unbound/unbound_manager.md5    md5=62bac054973b3c5cc918807f80d5c9d6
 
     Router Configuration recommended pre-reqs status:
 
     [✔] Swapfile=2097148 kB
     [✔] DNS Director=ON
     [✔] DNS Director=ROUTER
 [: 0: unknown operand
     [✔] WAN: Use local caching DNS server as system resolver=NO
     [✖] ***ERROR Enable local NTP server=NO                      see http://192.168.55.1:80/Advanced_System_Content.asp ->Basic Config
     [✔] Enable DNS Rebind protection=NO
     [✔] Enable DNSSEC support=NO
 
     Options:

If you issue the following hack

nvram set dns_local_cache="0"
nvram commit

the error should 'disappear', but for initial installs it will now always fail until I issue a patch to ignore the variable test if it does not exist.

Many thanks for reporting the issue.

Yes, your hack does make the error disappear. Thanks!

 

[Martineau]

Yes, your hack does make the error disappear. Thanks!

Unbound_manager v3.25

Release Production v3.25 Release · MartineauUK/Unbound-Asuswrt-Merlin

Install and manage unbound (Recursive DNS) on Asus routers - Release Production v3.25 Release · MartineauUK/Unbound-Asuswrt-Merlin

github.com

Version: v3.25
Github md5=737fdc206e40934b2b5747252903e5c0



Use option u when v3.25 is shown as available in either amtm

7 open unbound Mgr v3.25 <- v3.24

or unbound_manager

u = Update (Major) unbound_manager v3.24 -> v3.25 (Change Log: https://github.com/MartineauUK/Unbound-Asuswrt-Merlin/commits/master/unbound_manager.sh)

 

[visortgw]

YazDHCP appears to be incompatible. After installation, all of the DHCP reservations on the LAN/DHCP Server page disappear from the GUI. Restoring NVRAM values during uninstallation fixes the issue.

 

[Martinski]

YazDHCP appears to be incompatible. After installation, all of the DHCP reservations on the LAN/DHCP Server page disappear from the GUI. Restoring NVRAM values during uninstallation fixes the issue.

Thank you for the heads-up.

This evening I took a quick look and already found 3 incompatibility issues in the JavaScript code that would cause problems with YazDHCP WebGUI on the 3006 F/W. I'll take a closer look over the weekend to see what can be done to support 3006 while maintaining backward compatibility with the 3004 codebase.

Since I do not have the actual H/W on which to test & validate code changes, I hope you won't mind if I ask you to run some testing using "Alpha/Beta" versions of the add-on.

 

[Martinski]

YazDHCP appears to be incompatible. After installation, all of the DHCP reservations on the LAN/DHCP Server page disappear from the GUI. Restoring NVRAM values during uninstallation fixes the issue.

Yesterday evening, I completed the code changes & additions to address the incompatibility issues found when the YazDHCP webGUI page is loaded and runs on the latest 3006.102.1 F/W.

I submitted a PR to @Jack Yaz's YazDHCP repository on GitHub, and today he merged the code into his 'develop' branch.

If you wish to test & validate this latest 1.0.7 version, run the following commands to switch from the currently installed master release to the new develop version:

/jffs/scripts/YazDHCP develop
/jffs/scripts/YazDHCP forceupdate

If you find further issues, please provide feedback as soon as you have the time so I can address the problems before the production release of the 3006.102.1 F/W is issued.

Thanks.

 

[visortgw]

Yesterday evening, I completed the code changes & additions to address the incompatibility issues found when the YazDHCP webGUI page is loaded and runs on the latest 3006.102.1 F/W.

I submitted a PR to @Jack Yaz's YazDHCP repository on GitHub, and today he merged the code into his 'develop' branch.

If you wish to test & validate this latest 1.0.7 version, run the following commands to switch from the currently installed master release to the new develop version:

/jffs/scripts/YazDHCP develop
/jffs/scripts/YazDHCP forceupdate

If you find further issues, please provide feedback as soon as you have the time so I can address the problems before the production release of the 3006.102.1 F/W is issued.

Thanks.

I reinstalled YazDHCP, and then I updated to v1.0.7. Unfortunately, I still see the blank DHCP reservation table in the GUI.

 

[Martinski]

I reinstalled YazDHCP, and then I updated to v1.0.7. Unfortunately, I still see the blank DHCP reservation table in the GUI.

Would you please provide a screenshot of what shows up on the webGUI?
Do you see any errors in the "Browser Console" window when loading the webGUI page?
If so, please provide a screenshot of that as well.

Thank you.

 

[visortgw]

Would you please provide a screenshot of what shows up on the webGUI?
Do you see any errors in the "Browser Console" window when loading the webGUI page?
If so, please provide a screenshot of that as well.

Thank you.

Will do this evening. Thanks!

 

[JGrana]

Is this compatible with older 3004 releases?

 

[visortgw]

Would you please provide a screenshot of what shows up on the webGUI?
Do you see any errors in the "Browser Console" window when loading the webGUI page?
If so, please provide a screenshot of that as well.

Thank you.

@Martinski: As requested:

 

[Martinski]

@Martinski: As requested:

Thank you! I appreciate your taking the time to test & provide feedback.

I'll be taking a closer look at this tomorrow evening.

 

[Martinski]

Is this compatible with older 3004 releases?

Yes, that's one of the intended goals. See my comment below from post #30.

...
I'll take a closer look over the weekend to see what can be done to support 3006 while maintaining backward compatibility with the 3004 codebase.
...

 

[thelonelycoder]

Looks like the LED control will be less granular with the change of using AllLED nvram variable. It’ll be either all on or off, with the possibility of AURA being in night mode when LEDs are ON.
Some internal - non nvram - call sets AURA on or off that I have not figured out.

 

[visortgw]

I just noticed that NVRAM usage reported by the Merlin web GUI (Tools page) differs from that within scMerlin:

Any thoughts to explain the discrepancy?

​