[ISSUE] Adding a lock in the options flow overwrites codes already on it
I maintainer di solito rispondono entro 1 giorno
Una pull request collegata è già stata integrata.
- #1702 di @raman325 — integrata
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
Direzione di ricerca
Start with the strict xfail test tests/test_open_bugs.py::test_adding_a_lock_keeps_the_codes_already_on_it and the options flow's Locks step, where a lock is added to an existing configuration and its PINs are written. Read PR #983 and PR #1447 to see why the existing-code check was removed. Done means the test passes, either by refusing the lock and naming the occupied slots or by leaving existing codes untouched, and the choice between those two is a maintainer decision.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What happened?
Adding a lock to an existing configuration (options flow → Locks) overwrites user codes that are already on that lock. The new lock is never read before the configuration's PINs are written to it, so a code someone set at the keypad in one of the configuration's slots is replaced.
Expected: either the flow refuses the lock (naming the slots in the way), or the codes already on it are left alone.
This is a regression. PR #983 detected existing codes when an options update added locks. PR #1447 ("the editor names users, and never a slot number") removed that check, reasoning that "no route can land on one a lock already holds". Adding a lock to an existing configuration is exactly such a route: the configuration's slot numbers are fixed, and the new lock may already hold codes in them.
Steps to reproduce the issue
- Set up a configuration on lock 1 with users in slots 1 and 2.
- On lock 2, have codes already set in slots 1 and 2 (e.g. at the keypad).
- Options flow → add lock 2 to the configuration.
- Lock 2's codes in slots 1 and 2 are replaced by the configuration's PINs.
Tracked by the strict xfail tests/test_open_bugs.py::test_adding_a_lock_keeps_the_codes_already_on_it (on main).
Home Assistant Version
dev (test harness)
What version of Lock Code Manager are you running?
main
Lock make and model
Any (reproduced with the mock lock)
🤖 Generated with Claude Code
- Lingua principale
- Python
- Stelle
- 112
- Fork
- 20
- Merge medio
- 2h 57m
- PR unite (30g)
- 158
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di raman325/lock_code_manager
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
raman325/lock_code_manager#1791 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 20/100
raman325/lock_code_manager#1771 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
raman325/lock_code_manager#1768 · 5 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
raman325/lock_code_manager#1739 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
raman325/lock_code_manager#858 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di raman325/lock_code_manager
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
521xueweihan/HelloGitHub#4150 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
aws-samples/sample-per-model-bedrock#595 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
bug connectors
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 67/100
pyinfra-dev/pyinfra#2036 ·
I maintainer di solito rispondono entro 9 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno