"pop" sound is played every time a "done" task is updated in any way #2030
Labels
No Label
dependencies
duplicate
help wanted
invalid
kind/bug
kind/feature
needs reproduction
question
security
wontfix
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: vikunja/vikunja#2030
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Description
I.e. change its description, rearrange it in the bucket or the list.
The responsible code:
befa6f27bb/src/stores/tasks.ts (L123-L125)
I have tried to do this:
but this doesn't solve it e.g. for rearranging it in the buckets since
tasks
is empty.Vikunja Frontend Version
02971f6f
Vikunja API Version
v0.20.4+28-6aadaaaffc
Browser and version
No response
Can you reproduce the bug on the Vikunja demo site?
Yes
Screenshots
No response
Yeah that's a bit weird right now. The tasks should only be at one place in the frontend. You can prevent that
I don't have a good idea how to solve this right now either without touching a lot (which I would like to prevent if it's only for this simple feature).
So I guess we'd have to move the check for the pop sound to the various places where the task is being marked as done? (with a new function and then calling that from there) Because there we have access to the old state.
From the top of my head, this is the case in these places:
It used to be the case:
ce0f58c783
Perhaps passing the old value of
done
(oroldTask
, orplayPop
) to theupdate
function could work.If you are fine with it I would like not to fix this right now. Moving it back or passing the old task is adding complexity and creates new dependencies that makes it harder to unify the task management.
I know it's annoying but users can help themselves by disabling thw sound via the setting - yes it will be resetted on logout.
Idk, making the said parameter optional sounds benign to me.
We might need to go the extra route and remove the call to playPop from the store becuase Safari does not allow playing audio without user interaction. We might even need to move the whole content of the function to the function attached to the "click" or other event on the task done button.
Related issue in Sentry: https://vikunja.sentry.io/share/issue/e2ff7231c7a1491fbd7cb8ff479becaf/
For now, I've added a try catch block to ignore the error (
929d4f4023
)