Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

[feature] Store openwisp-config and openwisp-monitoring versions per device

Aperta
  • Qualcosa non va?
#1,484 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
30/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
django, python
Ambito
api, backend

Direzione di ricerca

Inizia tracciando il normale percorso di aggiornamento dello stato o delle informazioni del dispositivo, nonché il modello del dispositivo, la REST API e l’interfaccia di amministrazione del controller. Esamina i meccanismi di reporting in openwisp-config e openwisp-monitoring per definire come rappresentare sia le versioni sia i valori mancanti. Il lavoro è completato quando sono disponibili archiviazione ed esposizione compatibili con le versioni precedenti, reporting coordinato lato dispositivo, documentazione e test per la registrazione, gli aggiornamenti, i valori mancanti e i componenti non disponibili.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement

⚠️ Not suitable for new contributors

Is your feature request related to a problem? Please describe.

The controller currently does not persist the versions of the OpenWISP components running on each device. This makes it difficult to determine which devices are running outdated or incompatible versions of openwisp-config and openwisp-monitoring, and complicates upgrades, troubleshooting, and fleet-wide compatibility checks.

Describe the solution you'd like

Have the device report and the controller store the installed versions of:

  • openwisp-config
  • openwisp-monitoring

The version information should be updated whenever the device sends its regular status or information update, and exposed in the device admin and REST API so that users can inspect and filter devices by component version where practical.

The implementation should define how missing, unavailable, or unsupported component versions are represented and should remain backward compatible with devices that do not report these values.

Please also consider documenting the expected reporting format and adding tests for registration, subsequent updates, missing values, and both components being installed or unavailable.

Describe alternatives you've considered

Administrators can currently inspect devices individually or connect to them manually, but this does not provide a reliable, centralized view of component versions across a device fleet. Storing the values in the controller would make version inventory and upgrade planning much easier.

Additional context

This feature may require coordinated changes to the device-side reporting mechanism in openwisp-config and openwisp-monitoring, in addition to the controller model, API, and admin interface.

Lingua principale
Python
Stelle
779
Fork
328
Merge medio
2g 19h
PR unite (30g)
7

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di openwisp/openwisp-controller

Tutte le issue di openwisp/openwisp-controller

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.