[HOLD for payment 2024-11-11] [$250] The setting "Mute all sounds from Expensify" keeps turning back off despite turning it on every day.

[m-natarajan]

If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!

---

Version Number: 9.0.33-1
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: @flodnv
Slack conversation: https://expensify.slack.com/archives/C05LX9D6E07/p1726129231306989

Action Performed:

1. Go to Account settings > Preferences
2. Toggle "Mute all sounds from Expensify" to "ON"
3. Signout and Singnin

Expected Result:

Preference settings are saved for each platform and remain intact after the user signs out and signs back in.

Actual Result:

Preference settings not saved and toggles back to "OFF"

Workaround:

Unknown

Platforms:

Which of our officially supported platforms is this issue occurring on?

• Android: Native
• Android: mWeb Chrome
• iOS: Native
• iOS: mWeb Safari
• MacOS: Chrome / Safari
• MacOS: Desktop

Screenshots/Videos

Recording.541.mp4

Add any screenshot/video evidence

View all open jobs on GitHub

Upwork Automation - Do Not Edit

• Upwork Job URL: https://www.upwork.com/jobs/~021834238152691021896
• Upwork Job ID: 1834238152691021896
• Last Price Increase: 2024-10-03
• Automatic offers:
• jjcoffee | Reviewer | 104324316
• c3024 | Contributor | 104324317

Issue Owner

Current Issue Owner: @isabelastisser

[melvin-bot]

Triggered auto assignment to @johnmlee101 (AutoAssignerNewDotQuality)

[melvin-bot]

Triggered auto assignment to @isabelastisser (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.

[melvin-bot]

Job added to Upwork: https://www.upwork.com/jobs/~021834238152691021896

[melvin-bot]

Triggered auto assignment to Contributor-plus team member for initial proposal review - @jjcoffee (External)

[Nodebrute]

Edited by proposal-police: This proposal was edited at 2024-09-12 14:52:57 UTC.

Proposal

Please re-state the problem that we are trying to solve in this issue.

The setting "Mute all sounds from Expensify" keeps turning back off despite turning it on every day.

What is the root cause of that problem?

When user mute all sounds we only merge it in onyx and no API calls are made to store the preference in backend

App/src/libs/actions/User.ts

Lines 972 to 974 in 4c424a2

	function setMuteAllSounds(isMutedAllSounds: boolean) {
	Onyx.merge(ONYXKEYS.USER, {isMutedAllSounds});
	}

What changes do you think we should make in order to solve the problem?

We should do a api call for setMuteAllSounds just like we do for updateNewsletterSubscription

We can also do the same for usestagingserver

What alternative solutions did you explore? (Optional)

[eyramtitiati]

Problem Statement:

The setting “Mute all sounds from Expensify” keeps turning off, even after being enabled by the user.

Root Cause:

The current implementation merges the isMutedAllSounds only into Onyx (local storage) without making an API call to persist the preference in the backend, causing the setting to reset daily.

Proposed Solution:

We will add an API call in User.ts for the setMuteAllSounds function, similar to how updateNewsletterSubscription operates. This ensures the setting is stored in the backend, maintaining persistence across app sessions.

Alternative Solutions Explored:

1. Persist Locally with AsyncStorage: Instead of adding a backend call, we could utilize React Native’s AsyncStorage to persist the mute setting locally across sessions. This would reduce dependency on the backend, making it quicker but potentially less reliable across different devices.
2. Onyx Sync with Backend at App Load: Another approach is to sync Onyx with the backend on app load to ensure that any changes made to settings (like isMutedAllSounds) are reflected in the backend at regular intervals, reducing the number of API calls but maintaining sync reliability.

[melvin-bot]

📣 @eyramtitiati! 📣
Hey, it seems we don’t have your contributor details yet! You'll only have to do this once, and this is how we'll hire you on Upwork.
Please follow these steps:

1. Make sure you've read and understood the contributing guidelines.
2. Get the email address used to login to your Expensify account. If you don't already have an Expensify account, create one here. If you have multiple accounts (e.g. one for testing), please use your main account email.
3. Get the link to your Upwork profile. It's necessary because we only pay via Upwork. You can access it by logging in, and then clicking on your name. It'll look like this. If you don't already have an account, sign up for one here.
4. Copy the format below and paste it in a comment on this issue. Replace the placeholder text with your actual details.
   
   Format:

Contributor details
Your Expensify account email: <REPLACE EMAIL HERE>
Upwork Profile Link: <REPLACE LINK HERE>

[jjcoffee]

Discussing on Slack as a similar issue was previously closed as expected.

[eyramtitiati]

Contributor details
Your Expensify account email:[email protected]
Upwork Profile Link: https://www.upwork.com/freelancers/~0182773c2654eddb1f?mp_source=share

[melvin-bot]

✅ Contributor details stored successfully. Thank you for contributing to Expensify!

[NaveedShaikh78]

Proposal

Please re-state the problem that we are trying to solve in this issue.

The setting "Mute all sounds from Expensify" keeps turning back off despite turning it on every day.

What is the root cause of that problem?

API to update "Mute all sounds from Expensify" is not implemented

What changes do you think we should make in order to solve the problem?

Need to implement the API and other related changes to respective files
app\src\libs\actions\User.ts

function updateIsMutedAllSounds(isMutedAllSounds: boolean) {
    const optimisticData: OnyxUpdate[] = [
        {
            onyxMethod: Onyx.METHOD.MERGE,
            key: ONYXKEYS.USER,
            value: {isMutedAllSounds: isMutedAllSounds},
        },
    ];
    const failureData: OnyxUpdate[] = [
        {
            onyxMethod: Onyx.METHOD.MERGE,
            key: ONYXKEYS.USER,
            value: {isMutedAllSounds: !isMutedAllSounds},
        },
    ];
                     
    const parameters: UpdateIsMutedAllSoundsParams = {isMutedAllSounds};

    API.write(WRITE_COMMANDS.UPDATE_IS_MUTED_ALL_SOUNDS, parameters, {
        optimisticData,
        failureData,
    });
}

What alternative solutions did you explore? (Optional)

[jjcoffee]

Coming from the Slack discussion, the repro steps for this issue are wrong. The current thinking is that it happens when the app is updated, not when signing in/out (though it would also happen there, but that's expected since the setting isn't stored at the account-level).

[jjcoffee]

Bumped on Slack.

[c3024]

Proposal

Please re-state the problem that we are trying to solve in this issue.

Muted setting resets on updating app.

What is the root cause of that problem?

After updating the app, I think backend sends ONYXKEYS.RESET_REQUIRED as true. So, this here

App/src/libs/actions/App.ts

Lines 80 to 102 in b00b9bc

	const KEYS_TO_PRESERVE: OnyxKey[] = [
	ONYXKEYS.ACCOUNT,
	ONYXKEYS.IS_CHECKING_PUBLIC_ROOM,
	ONYXKEYS.IS_LOADING_APP,
	ONYXKEYS.IS_SIDEBAR_LOADED,
	ONYXKEYS.MODAL,
	ONYXKEYS.NETWORK,
	ONYXKEYS.SESSION,
	ONYXKEYS.SHOULD_SHOW_COMPOSE_INPUT,
	ONYXKEYS.NVP_TRY_FOCUS_MODE,
	ONYXKEYS.PREFERRED_THEME,
	ONYXKEYS.NVP_PREFERRED_LOCALE,
	ONYXKEYS.CREDENTIALS,
	];
	Onyx.connect({
	key: ONYXKEYS.RESET_REQUIRED,
	callback: (isResetRequired) => {
	if (!isResetRequired) {
	return;
	}
	Onyx.clear(KEYS_TO_PRESERVE).then(() => {

retains information only those in the keys to preserve and resets the rest.

As muting preference is within ONYXKEYS.USER it gets reset.

What changes do you think we should make in order to solve the problem?

I tried the following. Then this muting setting does not get reset.

1. We can move the muting preference to ONYXKEYS.ACCOUNT because it is already one of the keys in the keys to be preserved.
   (or)
2. We can add ONYXKEYS.USER to the keys to preserve because it has some other local preferences like clearing focus mode notification etc. so they are not lost when updated,
   (or)
3. Extract muting sounds to a separate Onyx key.

What alternative solutions did you explore? (Optional)

[jjcoffee]

After updating the app, I think backend sends ONYXKEYS.RESET_REQUIRED as true.

@c3024 Thanks for the proposal! It does sound like a plausible RCA, but I'm wondering if this is true. Based on the comment here it sounds more like this should be triggered fairly rarely (the reports are of it happening "2 or 3 times a week"/"every day"):

App/src/ONYXKEYS.ts

Lines 364 to 365 in 19d037b

	/** Indicates whether an forced reset is required. Used in emergency situations where we must completely erase the Onyx data in the client because it is in a bad state. This will clear Oynx data without signing the user out. */
	RESET_REQUIRED: 'resetRequired',

Of course it's possible that an "emergency" reset is being triggered more often that we'd think, or even that it's being triggered by mistake on every update.

@johnmlee101 Are you able to check on the BE to see what/if any Onyx keys get set (e.g. RESET_REQUIRED) to require/trigger an update?

[jjcoffee]

Also asking on the PR that introduced RESET_REQUIRED if we'd be safe to add ONYXKEYS_USER to the list as @c3024 suggests.

[melvin-bot]

@tgolen, @jjcoffee, @isabelastisser, @c3024 Whoops! This issue is 2 days overdue. Let's get this updated quick!

[isabelastisser]

Not overdue!

[melvin-bot]

@tgolen, @jjcoffee, @isabelastisser, @c3024 6 days overdue. This is scarier than being forced to listen to Vogon poetry!

[isabelastisser]

@jjcoffee, can you please provide an update? Thanks!

[jjcoffee]

I think we're still waiting for @tgolen - or is the BE PR shipped now?

[c3024]

It's shipped but there is an issue here.

cc: @tgolen

[tgolen]

Weekly Update

• I've submitted a Web-E PR to fix the reported issue which should be deployed to staging either today or Monday.
• Once that is done, the FE PR should be ready to be finalized and merged

Next Steps

• @c3024 will test this on Monday with the new fix deployed
• @jjcoffee and @tgolen give a final review and merge the FE PR

ETA

• FE PR merged on Monday Oct. 28

[melvin-bot]

Reviewing label has been removed, please complete the "BugZero Checklist".

[melvin-bot]

The solution for this issue has been 🚀 deployed to production 🚀 in version 9.0.56-9 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue:

• Write platform specific mute settings to backend #50493

If no regressions arise, payment will be issued on 2024-11-11. 🎊

For reference, here are some details about the assignees on this issue:

• @jjcoffee requires payment automatic offer (Reviewer)
• @c3024 requires payment automatic offer (Contributor)

[melvin-bot]

@jjcoffee / @c3024 @isabelastisser The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed. Please copy/paste the BugZero Checklist from here into a new comment on this GH and complete it. If you have the K2 extension, you can simply click: [this button]

[mallenexpensify]

QQ, I see the PR hit staging last week. I'm on latest staging, desktop and..

1. Had sounds muted.
2. Signed out/in
3. Sounds weren't muted anymore.

That's the bug I was hoping would be fixed.

I then signed out/in again and had the same results. Any idea why this isn't working?

[mallenexpensify]

Somethings way broken here.
After the above, when I muted sounds again

• Went to chat with Deeter
• Sent him message
• Sound happened.

Turned mute back on again, followed the above steps and sounds happen on ALL the messages I send 😨

It's happening on production, web/Chrome too.

[melvin-bot]

⚠️ Looks like this issue was linked to a Deploy Blocker here

If you are the assigned CME please investigate whether the linked PR caused a regression and leave a comment with the results.

If a regression has occurred and you are the assigned CM follow the instructions here.

If this regression could have been avoided please consider also proposing a recommendation to the PR checklist so that we can avoid it in the future.

[jjcoffee]

3. Sounds weren't muted anymore.

@mallenexpensify Was the mute all sounds setting turned off or just that you heard sounds?

@c3024 has raised a PR with fixes for a couple of areas we missed where the loading of the new setting needed updating, but the toggle itself should have been displaying correctly. The only other thing I can think of is that you will have needed to re-enable the setting once the PR hit staging.

[mallenexpensify]

This is how I have my settings and it's playing sounds when I send a message, it doesn't appear to be when I receive one though.

and.. check this weirdness around the 6 second mark. When I got into preferences, you can see the toggle move to the right.

2024-11-06_10-32-55.mp4

[c3024]

I think that appearance of toggling action happening on visiting the page is not related to the issue of sounds playing even after muting.

PR #52088 fixes the sounds problem.