devices: archivierte/deprovisionierte Geraete bei Reaktivierung entsperren

load_or_create_device() aktualisierte bei einem bekannten device_fingerprint
bisher nur hostname/last_seen - archived_at/deprovisioned_at blieben
unangetastet.

Live gefunden (02.09.2026, echter Hardware-Test): ein per "Gerät löschen"
archiviertes Geraet (archive_device(), Soft Delete - Historie bleibt
erhalten) blieb nach einer frischen Neuinstallation derselben physischen
Hardware (gleicher device_fingerprint, neue /api/v1/activate-Anfrage)
dauerhaft aus fetch_devices_for_organization() verschwunden, weil
archived_at nie zurueckgesetzt wurde - fuer den Nutzer sah es aus, als
waere das neu registrierte Geraet nie angekommen.

Ein erfolgreicher /api/v1/activate-Aufruf ist der eindeutigste mögliche
Beweis, dass ein Geraet wieder aktiv genutzt wird - setzt jetzt beide
Felder explizit auf NULL zurueck.
This commit is contained in:
admin committed 2026-09-01 17:54:02 +02:00
1 parent 51fbf0fa0e
commit c09aff49df
1 file changed
+13 -1
+13 -1
View File
@@ -275,12 +275,24 @@ def load_or_create_device(
raise RuntimeError(
"Das Gerät ist bereits einer anderen Organization zugeordnet."
)
# archived_at/deprovisioned_at explizit mit zuruecksetzen (nicht
# nur hostname/last_seen): live gefunden (02.09.2026) - ein per
# "Gerät löschen" archiviertes Geraet (archive_device(), Soft
# Delete) blieb nach einer frischen Neuinstallation derselben
# physischen Hardware (gleicher device_fingerprint) dauerhaft aus
# fetch_devices_for_organization() verschwunden, weil load_or_
# create_device() den bestehenden Datensatz zwar fand und
# aktualisierte, archived_at dabei aber unangetastet liess - ein
# erfolgreicher /api/v1/activate-Aufruf ist der eindeutigste
# mögliche Beweis, dass das Geraet wieder aktiv genutzt wird.
cur.execute(
"""
UPDATE devices
SET
hostname = %s,
last_seen = CURRENT_TIMESTAMP
last_seen = CURRENT_TIMESTAMP,
archived_at = NULL,
deprovisioned_at = NULL
WHERE id = %s
RETURNING
id,