bleedingdeacons / hand / 34377845731
93%

DEFAULT BRANCH: main
Ran
Jobs 1
Files 18
Run time 2min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst
coverage: 92.943%. Remained the same
34377845731

push

github

web-flow 
fix: honour meeting mode on the Windows head, which had stopped compiling (#57)

The Windows head has not built since #43 on 2026-09-01, which added the
in-meeting mode. That change gave PlatformPresentAsync a silent
parameter and updated the Android and Apple halves; the Windows half
kept the old one-argument signature and nobody noticed, because CI
builds net10.0-android and net10.0-ios and no Windows head at all.

    PlatformAlertPresenter.windows.cs(30): CS0759  no defining
        declaration found for this implementing declaration
    PlatformAlertPresenter.cs(91):         CS8795  the partial method
        must have an implementation part

WHAT MEETING MODE MEANS HERE. Not a downgrade -- the sound goes and
nothing else does. That is the rule the other two heads already follow:
Android posts to a silent twin channel with the same importance, the
same vibration and the same full-screen intent, and iOS sets Sound to
null and leaves the interruption level alone. So SetScenario(Alarm) is
now set whether or not the alert is silenced, and a muted red alert
still sits on screen until a responder deals with it rather than fading
like an ordinary toast.

MUTING IS A POSITIVE ACT, not the absence of SetAudioUri, and that is
the part worth knowing. An Alarm-scenario toast plays Windows' own
looping alarm sound when the notification names none, and an ordinary
toast plays the default notification sound. Simply declining to set the
audio would therefore have produced a "silent" alert that made a noise
-- the precise failure the mode exists to prevent, and one that would
have looked correct in review. MuteAudio() is what actually silences it.

It matters more on this head than on the mobile ones. AlertService reads
the mode once and hands the same flag to the presenter and to the in-app
alarm, so that a handset is never silent in the tray and audible in the
room. On Windows the in-app alarm is the whole audible story -- there is
no push, so an alert only eve... (continued)

1396 of 1502 relevant lines covered (92.94%)

1261.53 hits per line

Jobs
ID Job ID Ran Files Coverage
1 34377845731.1 18
92.94
GitHub Action Run
Source Files on build 34377845731