RFC: notification service for LuCI

Currently LuCI notifies the user if no root user password is set. I imagine multiple other apps and running services have valuable status information to show on login, should we design a more flexible notification setup allowing “third party apps” to add banners?

Right now the password notification is awkwardly handled for each theme in header.htm, involving some Lua code. Instead e.g. a ubus service could return this information and show it dynamically in LuCI.

If it’s a framework other services may update a status periodically or on events and add notifications to the ubus daemon, e.g. “New sysupgrade availalbe”, “New device connected for the first time”, “Adblock list update available”, “No internet connection”, etc

Using ubus this could even be used by some trivial smartphone app to let users know certain things need attention.

[feckert]

@stangri Sorry I dragged this on myself now. But I have a urgend use case for this case and wanted to move on as quickly as possible. Besides, I have some time right now.

[feckert]

Wouldn’t the (re-)use of MQTT be the better solution - especially if you want to communicate with the outside world (apps etc.)?

@dibdot It sounds interesting, but for now I would start small. if we bring mqtt into the game, then we need other dependencies. Besides, I don’t think shell is suitable for that task then.

As an alternative, we could introduce a /etc/hotplug.d/notification, where scripts are stored that do something with the message. You could then trigger your mqtt handling. On every add of a notification via ubus.