What's new

[Coming Soon] New version notification system

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Status
Not open for further replies.

RMerlin

Asuswrt-Merlin dev
Staff member
Hi everyone,

I didn't have time to finalize it for 380.63, so it will finally appear in 380.64. An often requested feature: the addition of new version notification within the webui. The system will be mostly based on the same code Asus uses for their own notification system, with a few changes:

1) The check will be made against my own server, rather than against's Asus's server (obviously!)
2) It will notify you about new version, and will let you see the changelog (like with stock FW), however it will NOT allow you to automatically download and install. Instead, you will be pointed at the main download site. You will still need to download and flash like before. This is both for security and performance reasons (too many security variables involved in providing such a service, and I'm not willing to get into that kind of responsibility).
3) The option will be opt-out (while Asus's own is hardwired and cannot be disabled). I chose opt-out rather than opt-in because the goal is to help protect more casual users.
4) The ONLY information received on my server will be your IP address (which is for technical reasons - you will be connecting to a web server to download a manifest file, so the web server will know your IP, just as if you had visited with a web browser). I will have a privacy disclosure mumbo-jumbo published on the Wiki soon (it's written, just needs to be published), for people still worried about that sort of thing

Things that remain the same as with Asus:

1) Checks done automatically every 48 hours (with a few hours of variation to spread out the load)
2) Can manually initiate the check from the Firmware Upgrade page
3) Changelog will be shown after a check if a new FW is available
4) The notification area at the top of the page will show a flashing exclamation mark if an update is available
5) Both Release and Alpha/Beta versions will be looked for (you have to opt-in for Beta releases)


I will soon publish a few early alpha builds (like usual) with this new feature enabled, so to start doing load and reliability tests. I might publish a few "fake" new versions on the update server so to trigger notifications, to test out the whole system. I will start the usual [preview] thread at that time, however I'd like all feedback as well as discussions related to this specific feature to be located in this thread here, to better focus that specific area.

One feature I considered but decided against implementing at least for now was pointing you directly at the correct model on the download site. The reason I decided against this for now was for privacy reasons, as it would mean you would be disclosing your actual router model (currently, zero information is being sent) when connecting to the update server (which would redirect you to the download folder on Mediafire). I admit it might be a nice convenience however, and would also help me better figure out which models are most popular among users. Thoughts?

Note that the result of these tests and the gathered feedback will determine the final fate of this feature. If any major issue (such as server load) appears during that test, I might end up disabling that feature, and re-evaluate things out.

I'm posting this a bit early ahead of the release of the first test builds so people can begin discussing things (I already announced the new feature on Twitter a couple of days ago).

Thanks everyone!
 
Thanks a lot Merlin, this is really cool! This along with the QoS graphs you just released, you are finding time to publish these add-on's. We are only benefiting from it, so thank you!
 
I didn't have time to finalize it for 380.63, so it will finally appear in 380.64. An often requested feature: the addition of new version notification within the webui. The system will be mostly based on the same code Asus uses for their own notification system, with a few changes:

Ever thing about putting this kind of effort behind something more open?
 
I wouldn't care if you know what router model I'm using either. I agree, it would let you know which routers are the most used.

Perhaps an opt-in method of disclosing the router model? I'd be okay with sharing it, but those who aren't, could just opt-out and point to the top-level directory. Many "casual" users may not even remember their router model.
 
Asus checks the model number, so why should you not? I would not mind if you include that in the version check.
 
Ever thing about putting this kind of effort behind something more open?

No. First reason being I like to make my own decisions, rather than be part of a "design by committee" project.

If I were to put this project to rest tomorrow, I'd consider forking out Tomato at this time.
 
Asus checks the model number, so why should you not? I would not mind if you include that in the version check.

That's a good point. But I also saw what happened when Shibby developed his Tomato Anon project. Despite being fully opt-in, people complained about him collecting router models used by people. That's what is currently making me pause.
 
That's a good point. But I also saw what happened when Shibby developed his Tomato Anon project. Despite being fully opt-in, people complained about him collecting router models used by people. That's what is currently making me pause.
I know yours is on a different level, but the AB-Solution update check runs locally on the router, all it needs is an info file from my server with the latest version and a summary of changes in it. I would have to grep through the server logfile to find the IP's if I wanted to know. I have more interesting things to do than knowing which IP's are pulling that file.
 
I know yours is on a different level, but the AB-Solution update check runs locally on the router, all it needs is an info file from my server with the latest version and a summary of changes in it. I would have to grep through the server logfile to find the IP's if I wanted to know. I have more interesting things to do than knowing which IP's are pulling that file.

Asus (and mine) are a bit similar there. The manifest is downloaded on the router, where a grep checks for the router's specific model. If an update is available, then the changelog is also downloaded. That's where my implementation starts to differ from Asus: Asus has different changelog for each model, while I have one single changelog per firmware version.

I think it's a good idea. To please everyone, if possible you could put an option on/off, enable/disable automatic check, with disclaimer.

There is, that's what I meant by "opt-out": you can disable the check, but it's enabled by default.
 
Router model - go for it. I'll vote for anything that makes your life easier, as I'm sure would 99.99% of the rest of your disciples. And there's always the ultimate opt- out for the 0.01%: back to stock firmware or some other custom firmware, though, until thelonelycoder pointed it out, I didn't know Asus collects router-model data anyway.

I'd also greatly welcome the reassurance knowing there was no chance of my installing the wrong firmware.
 
I'd also support the router model check. "Privacy reasons" are to my mind outweighed by the convenience, as well as helping people avoid installing the wrong firmware. There's actually no contest that I can see - unless I'm missing something, there aren't any legitimate privacy concerns here at all. Does allowing the router model to be checked - given that the firmware is the same, and it's the firmware that could hypothetically have security holes - make you any less secure? Privacy is a concern when there's something at stake, not just as a principle devoid of context.
 
No. First reason being I like to make my own decisions, rather than be part of a "design by committee" project.

If I were to put this project to rest tomorrow, I'd consider forking out Tomato at this time.

Don't underestimate what you might do in a community driven team - you've got a demonstrated path of delivering solutions...

A lot of those "committee members" don't as individual contributors, and haven't managed a distro - you have...
 
I am also fine with checking router model. Nice to see new features incoming.
 
Last edited:
Enough with this drivel about model numbers. When do we get to play with this new firmware?

This thread was started specifically for that kind of feedback/discussions, so I welcome it.

Test builds were uploaded to Mediafire. In any case, you won't find much to "play with" as there's not much changes at this point.

http://www.snbforums.com/threads/preview-asuswrt-merlin-380-64-test-builds.35914/

There's is also a "fake" alpha 3 beta on the update server, so people can test the Check button on the Update Firmware page. This won't trigger the notification icon at the top of the webui since it's a beta and not a release update.
 
There's is also a "fake" alpha 3 beta on the update server, so people can test the Check button on the Update Firmware page. This won't trigger the notification icon at the top of the webui since it's a beta and not a release update.
Just opted in for beta then checked for newer firmware and didn't find the "fake" alpha 3 beta, it says "The router's current firmware is the latest version."
 
Status
Not open for further replies.

Similar threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top