No notification for received SMS inside a secondary Android user
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 48/100
Direzione di ricerca
Read the existing SmsReceiver and its SMS_DELIVER handling, then inspect the manifest entry and showReceivedMessageNotification. The report describes a tested secondary-user approach using SMS_RECEIVED and RoleManager.isRoleHeld; check how it resolves the shared SMS row without inserting a duplicate. Done means received messages in a secondary user trigger the expected notification, sound, and badge, while the system user remains unaffected.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Checklist
- I can reproduce the bug with the latest version given here.
- I made sure that there are no existing issues - open or closed - to which I could contribute my information.
- I made sure that there are no existing discussions - open or closed - to which I could contribute my information.
- I have read the FAQs inside the app (Menu -> About -> FAQs) and my problem isn't listed.
- I have taken the time to fill in all the required details. I understand that the bug report will be dismissed otherwise.
- This issue contains only one bug.
- I have read and understood the contribution guidelines.
Affected app version
1.9.1
Affected Android/Custom ROM version
GrapheneOS (Android 16), secondary user profile
Affected device model
Pixel 10 Pro
How did you install the app?
F-Droid / IzzyOnDroid
Steps to reproduce the bug
- On a phone with telephony, add a second user (Settings → System → Users → Add user) and allow it to use phone calls & SMS.
- Switch to that user, install Fossify Messages, set it as the default SMS app there, grant SMS / contacts / notification permissions.
- Stay in that user and lock the screen.
- Send an SMS to the phone from another number.
Expected behavior
The usual new-message notification, sound and launcher badge, exactly as in the Owner user.
Actual behavior
Nothing: no notification, no sound, no badge. Open Fossify Messages and the message is there, unread. Sending, reading and contacts all work. The Owner user is unaffected.
Screenshots/Screen recordings
No response
Additional information
Root cause, from reading AOSP: InboundSmsHandler.dispatchIntent sends SMS_DELIVER only to the default SMS app of the system (Owner) user. Secondary users never get it. The telephony provider (content://sms) is shared across users, so the Owner's default SMS app writes the row and the secondary user's Fossify sees it when opened, but SmsReceiver, which listens for SMS_DELIVER only, never fires there.
SMS_RECEIVED on the other hand is broadcast to every running user allowed to use SMS. Fossify does not listen for it.
I have a tested fix: a second receiver on SMS_RECEIVED that is inert in the system user and, in a secondary user, acts only when the app holds ROLE_SMS there. (Telephony.Sms.getDefaultSmsPackage() returns null inside a secondary user even when the role is held, so RoleManager.isRoleHeld is required.) It never inserts anything; it resolves the row the Owner's app wrote and calls the existing showReceivedMessageNotification. One new file plus a manifest entry; detekt and lint pass.
Branch: https://github.com/ualich/Messages/tree/secondary-user-notifications
Happy to open the PR if this gets help wanted.
- Lingua principale
- Kotlin
- Stelle
- 1.6k
- Fork
- 187
- Merge medio
- 2g 9h
- PR unite (30g)
- 20
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la 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 FossifyOrg/Messages
-
bug needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 63/100
FossifyOrg/Messages#919 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
FossifyOrg/Messages#897 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
FossifyOrg/Messages#761 ·
I maintainer di solito rispondono entro 1 giorno
-
[Export] mms "No entries for export have been found"Forse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Apertabug help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 60/100
FossifyOrg/Messages#493 · 24 commenti · 3 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
bug needs triage
Difficoltà 3/5 1-2 giorni Idoneità per principianti 56/100
FossifyOrg/Messages#902 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di FossifyOrg/Messages
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
Kotlin/kotlin-lsp#288 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
johanhaleby/occurrent#1261 ·
I maintainer di solito rispondono entro 1 giorno
-
needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
chrisbanes/haze#1536 ·
I maintainer di solito rispondono entro 1 giorno
-
Cassiopeia drops the `präsentiert von` credit printed in the event bodyForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertaafk-ok area:data-quality importer size:S
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
enorm-labs/event-junkie#3166 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
rajpreetcodes/Skills_MCP_Server#25 ·
I maintainer di solito rispondono entro 1 giorno