[ISSUE] A homeowner's Matter code at a turned-off slot's index suspends the slot
I maintainer di solito rispondono entro 1 giorno
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 22/100
Direzione di ricerca
Start from the core code that maps a credential index to a slot's occupancy, and from the clear path that removes only LCM-tagged users and returns False. The slot_suspended repair is raised after 3 failed clears. Reproduce with the fake Matter lock: create an untagged user at index 3 with slot 3 turned off, then check that the slot reads in sync. Done means the off slot reads clear, the untagged code is reported as foreign, and set-path adoption still works. This depends on the unmerged #1694, so confirm its status first.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What happened?
Found while reviewing #1694 (the feature/clean-room-core fix for #1518). It only happens once #1694 is in.
On a Matter lock, a homeowner's own untagged user ("Mom") may hold a PIN at the credential index matching an LCM slot that is turned off. #1694 makes sure LCM's clear never deletes Mom's code. That part works.
The slot itself gets stuck, though:
- The read maps Mom's credential to the slot by its credential index, so the slot reads as occupied by its own code.
- The clear only removes LCM-tagged users, so it finds nothing to remove and returns False.
- After 3 tries the slot is suspended with a
slot_suspendedrepair saying "a code may remain". That repair can never be resolved, and it calls Mom's code the slot's own.
Expected: an untagged user at a slot's credential index counts as someone else's code on the lock, not as the slot's own. The turned-off slot reads clear (in sync), and Mom's code is reported separately, like any other code LCM doesn't manage.
Constraint: we can't just stop mapping untagged users by index. Set-path adoption needs that mapping: a pre-tag LCM user is adopted and tagged on the next write. So this needs a new kind of reading, e.g. "occupied by an untagged user at this index", that the core treats as foreign when the slot is off and as adoptable when it is on.
Steps to reproduce the issue
- On a Matter lock, create user "Mom" with a PIN at credential index 3 through HA's own Matter fabric. Mom is untagged.
- Configure LCM slot 3 on that lock, with its user turned off.
- Let sync run.
- Mom's code stays on the lock, as it should. But slot 3 never reads in sync, and after 3 clear attempts it is suspended with an unresolvable
slot_suspendedrepair.
Home Assistant Version
dev (test harness)
What version of Lock Code Manager are you running?
feature/clean-room-core with #1694
Lock make and model
Matter (reproduced with the fake Matter lock)
🤖 Generated with Claude Code
- Lingua principale
- Python
- Stelle
- 108
- Fork
- 18
- Merge medio
- 2h 7m
- PR unite (30g)
- 130
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#1729 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 22/100
raman325/lock_code_manager#1697 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 24/100
raman325/lock_code_manager#1691 ·
I maintainer di solito rispondono entro 1 giorno
-
[ISSUE] Adding a lock in the options flow overwrites codes already on itForse già presa @raman325 l’ha presa 1 giorno fa. Apertabug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
raman325/lock_code_manager#1684 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 45/100
raman325/lock_code_manager#1581 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di raman325/lock_code_manager
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
omegaup/omegaup#10353 · 1 commento ·
I maintainer di solito rispondono entro 5 giorni
-
bot-triaged module: LrScheduler module: optimizer triaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
documentation glm5 llm-model
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
vllm-project/vllm-ascend#19062 ·
I maintainer di solito rispondono entro 1 giorno
-
Author Page: shuai-zhao-llmApertaauthor-page correction
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
acl-org/acl-anthology#10496 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno