Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Android: alarm cues are silent — AndroidAlarmService is a no-op

Open
  • Is something wrong?
#614 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
47/100
Issue type
Feature
Clarity
Clearly specified
Activity status
Active
Tech stack
android, csharp
Domain
audio-video-rtc, mobile

Research direction

Start with src/LageBuch.App.Android/Services/AndroidAlarmService.cs and compare its no-op Play method with SystemAlarmService.VoiceAssets to identify the four clips and playback expectations. Check Lagebuch.App.csproj for how the WAV files are bundled, then inspect #603 for the planned playback failure reporting on IAlarmService. Done means Android plays all four cues sequentially, surfaces failures consistently, and has a test that catches any missing bundled clip.

Written by the indexing model from the issue text.

Description

bug

Problem

On Android, AndroidAlarmService.Play is an empty no-op (src/LageBuch.App.Android/Services/AndroidAlarmService.cs). None of the spoken cues sound on a tablet or phone:

  • „Rückmeldung an die Leitstelle“ (ILS reminder)
  • „Aufgabe fällig“
  • „Druckabfrage fällig“
  • „Rückzugsalarm“ — repeated until acknowledged

The class comment calls a real implementation "an explicit follow-up", but there was no ticket for it. A Lagebuchführer running Atemschutzüberwachung on a tablet gets the red banner and nothing else.

Expected

  • AndroidAlarmService plays the same four voice clips as the desktop (SystemAlarmService.VoiceAssets), one after another rather than overlapping.
  • Use the platform's own API (SoundPool or MediaPlayer), no new dependency.
  • Play with AudioAttributes.USAGE_ALARM, so the Rückzugsalarm is still audible when the device is on silent or the media volume is down. Whether every cue or only the Atemschutz cues should use the alarm stream is worth a decision in the PR.
  • The clips are currently bundled only by LageBuch.App.csproj (Assets/*.wav); the Android head needs them too.

Notes

  • Related: #603 (playback failures are silent). Whatever reporting #603 adds to IAlarmService should be implemented here as well, so a failing Android player surfaces the same way.
  • SystemAlarmServiceTests.Every_alarm_sound_has_a_bundled_voice_clip should get an Android counterpart, so a missing clip cannot ship a mute alarm.
Dominant language
C#
Stars
1
Forks
3
Avg merge
4h 34m
Merged PRs (30d)
182

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from CodeForFire/lagebuch

All issues in CodeForFire/lagebuch

Similar issues

More C# issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.