Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Send notification when a call recording completes #169

Merged
merged 1 commit into from
Nov 23, 2022

Conversation

chenxiaolong
Copy link
Owner

This commit adds a new notification that fires when a call recording completes successfully. It's associated with a new notification channel so it can be disabled without affecting other notifications.

The notification has two action buttons: open and share. Both of these do as their name implies and do not dismiss the notification. Clicking on the notification text behaves like open, except the notification is dismissed.

The open and share options require a custom ContentProvider because it's not possible to grant the target app permissions to a SAF URI. BCR's RecorderProvider is very minimal and just wraps SAF's provider for the openFile, getType, and query operations.

Also, manual action from the user is required for the new open and share options to work. Previously, BCR only requested persistent write permissions to the output directory. This makes it impossible for RecorderProvider to access the recording that was just created. This commit updates the output directory permission logic to also request persistent read permissions, but the user will have to reset the output directory to the default and then select the desired directory again.

This commit adds a new notification that fires when a call recording
completes successfully. It's associated with a new notification channel
so it can be disabled without affecting other notifications.

The notification has two action buttons: open and share. Both of these
do as their name implies and do not dismiss the notification. Clicking
on the notification text behaves like open, except the notification is
dismissed.

The open and share options require a custom ContentProvider because it's
not possible to grant the target app permissions to a SAF URI. BCR's
RecorderProvider is very minimal and just wraps SAF's provider for the
openFile, getType, and query operations.

Also, manual action from the user is required for the new open and share
options to work. Previously, BCR only requested persistent write
permissions to the output directory. This makes it impossible for
RecorderProvider to access the recording that was just created. This
commit updates the output directory permission logic to also request
persistent read permissions, but the user will have to reset the output
directory to the default and then select the desired directory again.

Signed-off-by: Andrew Gunnerson <[email protected]>
@chenxiaolong chenxiaolong self-assigned this Nov 23, 2022
@chenxiaolong chenxiaolong merged commit 8eeb387 into master Nov 23, 2022
@chenxiaolong chenxiaolong deleted the notifications branch November 23, 2022 05:35
chenxiaolong added a commit that referenced this pull request Nov 23, 2022
Signed-off-by: Andrew Gunnerson <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant