[ 3006.102.6 alpha Build(s) ] available build(s)

[RMerlin]

can confirm that value was blank until I set it today.

Interesting. So, maybe it accepts invalid/unrecognized regions, but not an empty one.

Thank you, that will provide me with some test cases to try out.

 

[Martinski]

Thanks for peeking at this, knowing you have a really busy "dance-card" for us on the Add-Ons. To answer your questions from my experiences.
1. When you go to the UnBound GUI, no error messages. Just get this blank looking panel view, as attached.
2. Click on 'Update Stats', no changes. 'Toggle Lines' or 'Toggle Fill' then data, as attached.
3. On Firefox, you can't select any of the Router GUI options once in Unbound GUI. Have to use Firefox Browser reverse to get back to selectable tabs/options.

When you open the UnBound GUI.
...
Pressing Toggle Fill...
...

Thank you for the additional info.

Using..."/jffs/addons/unbound/unbound_stats.sh help"...my GUI code level is v1.4.1.

Your current Unbound Stats WebUI version is 1.4.1, which is rather old (from 2021).

First, you need to install the very latest production 1.4.3 version using the following commands on an SSH terminal window:

curl  -LSs --retry 3 --retry-delay 5 --retry-connrefused \
https://raw.githubusercontent.com/juched78/Unbound-Asuswrt-Merlin/master/unbound_stats.sh \
-o /jffs/addons/unbound/unbound_stats.sh && chmod 755 /jffs/addons/unbound/unbound_stats.sh && \
/jffs/addons/unbound/unbound_stats.sh install

Once you have installed the latest production version, you can immediately switch to the most recent 'develop' branch 1.4.4 version with the following command:

/jffs/addons/unbound/unbound_stats.sh develop

If you wish to go back to the master/production version:

/jffs/addons/unbound/unbound_stats.sh stable

 

[nzwayne]

Thank you for the additional info.


Your current Unbound Stats WebUI version is 1.4.1, which is rather old (from 2021).

First, you need to install the very latest production 1.4.3 version using the following commands on an SSH terminal window:

curl  -LSs --retry 3 --retry-delay 5 --retry-connrefused \
https://raw.githubusercontent.com/juched78/Unbound-Asuswrt-Merlin/master/unbound_stats.sh \
-o /jffs/addons/unbound/unbound_stats.sh && chmod 755 /jffs/addons/unbound/unbound_stats.sh && \
/jffs/addons/unbound/unbound_stats.sh install

Once you have installed the latest production version, you can immediately switch to the most recent 'develop' branch 1.4.4 version with the following command:

/jffs/addons/unbound/unbound_stats.sh develop

View attachment 68589

If you wish to go back to the master/production version:

/jffs/addons/unbound/unbound_stats.sh stable

Thanks for the easy to follow details.

- I install & update UnBound all via the AMTM interface. Before actioning your SSH changes, GUI was 1.4.1. Now GUI is 1.4.4. AMTM showed no updates to UnBound before & after, as showing installed level v3.25. My GT-BE98 Pro had a full install from factory defaults with 3006 level this year. Implies to me the AMTM install process for UnBound, installing this back-level 1.4.1 code, and not beng checked via AMTM 'u' update option.
- With 1.4.4 installed, Unbound now immediately shows data on the Unbound tab. Did note as per screen shot, data presentation looks questionable?...

This looked accurate. Did a reconfig refresh at 10pm of Unbound trying to find the 'develop' tab...which wasn't going to occur with 1.4.1 GUI.

 

[Geraner]

ASUS just released a new firmware for the RT-BE86U, using 3.0.0.6.102_39112.
Including the following fixes:

- Enhanced system stability.
- Enhanced input validation and refactored legacy string handling routines to ensure robust memory management.
- Mitigated security risks in AiCloud service by enforcing strict credential verification, implementing robust file path validation, and hardening command execution logic to prevent unauthorized access and manipulation of system resources.
- Implemented comprehensive validation and expanded command filtering in the web history API.
- Strengthened input validation and directory handling in the VPN configuration upload interface.
- Fixed an issue that allowed certain user settings to be bypassed, improving overall user control and protection.

Any chance to get that one into your firmware, before release?

 

[Analog-1]

Any chance to get that one into your firmware, before release?

Not likely. The GPL that Asus supply's to Merlin are not released to the public.

 

[NoLight]

Not likely. The GPL that Asus supply's to Merlin are not released to the public.

ASUS just released a new firmware for the RT-BE86U, using 3.0.0.6.102_39112.
Including the following fixes:


Any chance to get that one into your firmware, before release?

The GPL code version numbers that are on the Merlin releases are not the same as the version numbers of the Asus releases. Just because the version numbers of the Merlin release might be lower, the code might have all the fixes that are in the current Asus ones.

 

[Analog-1]

Just because the version numbers of the Merlin release might be lower, the code might have all the fixes that are in the current Asus ones.

Well we have zero way to know that do we. From what i have read no clear answer has ever been given.

 

[Treadler]

ASUS just released a new firmware for the RT-BE86U, using 3.0.0.6.102_39112.
Including the following fixes:


Any chance to get that one into your firmware, before release?

I’m sure Merlin is on top of all this.

 

[bennor]

ASUS just released a new firmware for the RT-BE86U, using 3.0.0.6.102_39112.
Including the following fixes:


Any chance to get that one into your firmware, before release?

From a past RMerlin post...

I get code directly from Asus, it's unrelated to what's released on their website. I have particular requirements that their developers need to meet when preparing the archives, like having the same code base for all models, which is rarely the case with their own firmware releases.

And another...

It depends. If you ask them for a GPL drop for a particular model, it will be for the same version that was used for that model's released firmware - which is what the GPL licensing requires them to do. The difference in my case is they build the tarballs for all models within a branch but all on the same version, so I don't need to maintain 20 parallel branches to handle 20 devices on 20 different codebase versions. Sometimes, that version will match a released firmware. Sometimes it will be a newer snapshot, depending on the point in time where they prepare those archives. But in terms of content, yes, that is the same code that is available in regular GPL drops. Just it might be from a more recent git point.

 

[Martinski]

- I install & update UnBound all via the AMTM interface. Before actioning your SSH changes, GUI was 1.4.1. Now GUI is 1.4.4. AMTM showed no updates to UnBound before & after, as showing installed level v3.25. My GT-BE98 Pro had a full install from factory defaults with 3006 level this year. Implies to me the AMTM install process for UnBound, installing this back-level 1.4.1 code, and not beng checked via AMTM 'u' update option.

Yes, you're right. Currently, AMTM doesn't display version information for the Unbound Stats WebUI add-on, so it doesn't show when a new version update becomes available. It looks like the Unbound Stats WebUI was never "officially" added to AMTM. Perhaps there is/was a reason for it, but I really don't know. Unbound Manager itself doesn't offer an easy way to update the Unbound Stats WebUI either, short of uninstalling it and then reinstalling it. That's why in version 1.4.3, I added CLI parameters to be able to check for updates, run force updates, and switch between production and development branches.

I suggest bringing the concerns and questions you have regarding AMTM support for the Unbound Stats WebUI add-on to the AMTM thread and pinging @thelonelycoder, @Martineau or @juched. They may have the answers or clarifications that you're looking for.

- With 1.4.4 installed, Unbound now immediately shows data on the Unbound tab. Did note as per screen shot, data presentation looks questionable?...

Whenever you see any WebUI "glitches" or oddities, double-check the "Browser Console" window for any errors or warnings, which may provide some clues. It's also possible that your stats database file may have been "corrupted" at some point. The JavaScript code that creates the charts has not been modified at all.

 

[penguin22]

From a past RMerlin post...

And another...

Further, I did update my BE86U and BE82U with the new firmware versions since they are both running stock and have found them less stable, with the BE86U dropping connection several times a day, even after a full cold cycle. I may roll back to the prior stock version or load the current alpha Merlin to see whether stability is restored. Unfortunately, Asus release notes are rather cryptic and don't always warrant immediate inclusion in the Merlin development cycle.