Closed OSBotify closed 2 years ago
:rocket: All staging deploys are complete, @Expensify/applauseleads please begin QA on version https://github.com/Expensify/App/releases/tag/1.1.96-0 :rocket:
Regression is completed
Deploy Blockers https://github.com/Expensify/App/issues/10442 https://github.com/Expensify/App/issues/10751 https://github.com/Expensify/App/issues/10753 https://github.com/Expensify/App/issues/10754 https://github.com/Expensify/App/issues/10756 https://github.com/Expensify/App/issues/10757 https://github.com/Expensify/App/issues/10759
PR https://github.com/Expensify/App/pull/9532 is failing due to https://github.com/Expensify/App/issues/10751 & https://github.com/Expensify/App/issues/10766 PR https://github.com/Expensify/App/pull/10556 is failing due to https://github.com/Expensify/App/issues/10758. PR https://github.com/Expensify/App/pull/10582 & https://github.com/Expensify/App/pull/10717 are failing due to https://github.com/Expensify/App/issues/10751
:clap: Heads up @Expensify/applauseleads :clap:
A new pull request has been :cherries: cherry-picked :cherries: to staging, and will be deployed to staging in version 1.1.96-1
:rocket:
:tada: All set?…You bet! @Expensify/applauseleads https://github.com/Expensify/App/releases/tag/1.1.96-1 has been deployed to staging :tada:
Tried reverting https://github.com/Expensify/App/pull/10582 and was able to reproduce the crash on that branch, so I don't think it's that
:clap: Heads up @Expensify/applauseleads :clap:
A new pull request has been :cherries: cherry-picked :cherries: to staging, and will be deployed to staging in version 1.1.96-2
:rocket:
:tada: All set?…You bet! @Expensify/applauseleads https://github.com/Expensify/App/releases/tag/1.1.96-2 has been deployed to staging :tada:
:clap: Heads up @Expensify/applauseleads :clap:
A new pull request has been :cherries: cherry-picked :cherries: to staging, and will be deployed to staging in version 1.1.96-4
:rocket:
:tada: All set?…You bet! @Expensify/applauseleads https://github.com/Expensify/App/releases/tag/1.1.96-4 has been deployed to staging :tada:
:clap: Heads up @Expensify/applauseleads :clap:
A new pull request has been :cherries: cherry-picked :cherries: to staging, and will be deployed to staging in version 1.1.96-5
:rocket:
@mvtglobally @kbecciv can you still reproduce the following issues?
We are having issues reproducing these locally and on staging.
@luacmartins we will check and confirm in a bit
:tada: All set?…You bet! @Expensify/applauseleads https://github.com/Expensify/App/releases/tag/1.1.96-5 has been deployed to staging :tada:
We are re-testing PR https://github.com/Expensify/App/pull/9532, https://github.com/Expensify/App/pull/10582 & https://github.com/Expensify/App/pull/10717 which were failing due to https://github.com/Expensify/App/issues/10751 Checking CP as well
Thank you @mvtglobally, we have completed all blockers so please let us know when you are finished!
This Firebase Exception is possibly a new regression. 12 unique users and only occuring on this version.
The alternative is that this was one of the reported blockers, is now fixed, and can be closed.
Exported here and fixed already! 🎉
Checking off https://github.com/Expensify/App/pull/9532 & https://github.com/Expensify/App/pull/10717
CP https://github.com/Expensify/App/pull/10780 is failing due to https://github.com/Expensify/App/issues/10799. Its a new feature, Ok to checkoff or mark as Blocker? I dont think we can test #10764. Ok to check off?
@AndrewGable @roryabraham Can you confirm if https://github.com/Expensify/App/pull/10582 was reverted? Should we test it or can just check off?
https://github.com/Expensify/App/pull/10582 was not reverted and should be tested still. Looking into others!
Checked off https://github.com/Expensify/App/pull/10764 as it was reverted shortly after.
I think we can check https://github.com/Expensify/App/pull/10780 off as @mvtglobally said and address that on the follow up issue if that's ok! Because the offline-first and delete functionality are working despite the message quickly popping up before being deleted when toggling!
Is that ok?
PR https://github.com/Expensify/App/pull/10556 is failing due to https://github.com/Expensify/App/issues/10758. Still seems to be broken
@mvtglobally can you test with an account that hasn't attempted to send the link more than 3 times? I think the reason the message doesn't show up is because we never send the link since that account is throttled.
For now, the error message won't show up the first time you click Forgot?
since we will fix the error message in a follow up PR in our API layer.
Checking off https://github.com/Expensify/App/pull/10582 - retest pass. https://github.com/Expensify/App/pull/10556 is the last one left.
yep agreed can you confirm that you're not actually throttled in these https://github.com/Expensify/App/issues/10748#issuecomment-1235633455?
Users are throttled after on the 4th attempt within 5 minutes of each other: so you should be able to click it 3 times and get magic links sent and then a 4th should give you that error.
New account seem ok. When you use re-set password it is showing automatically the message,
But can you guys re-validate this last one internally as well, to make sure we dont miss anything here.
When you use re-set password it is showing automatically the message
yep that's expected for now will be fixed on https://github.com/Expensify/App/issues/10785.
I just tried this myself (hours after those initial attempts) and got the same message for those accounts which is unexpected
744792dfda233839-SAN | 2022-09-02 16:20:33 987 | mnata.utest+sr@gmail.com | undefined | db1.sjc | [audit] User just got throttled because they reached 3 number of calls for resendValidateCode
dbondy@db2.rno:~$ sudo readdb.sh -line "SELECT name, value FROM nameValuePairs WHERE name like 'private_throttleAttempts_resendValidateCode%' and accountid=12451070;"
name = private_throttleAttempts_resendValidateCode
value = [1662135599059757,1662135601949561,1662135632575400,1662135633987843]
name = private_throttleAttempts_resendValidateCode-212.231.184.140
value = [1662135599059930,1662135601949716,1662135632575547]
name = private_throttleAttempts_resendValidateCode-99.235.190.147
value = [1662050591612159]
But if anything this is something broken in auth not this code - new dot is actually handling this well and showing us the error now 🎉
@bondydaa Are we ok to check it off then?
hm strange and I just tried again and it worked fine for mnata.utest+sr@gmail.com
looking at the db again, the throttle attempts had been cleared out and only 2 show now
dbondy@db2.rno:~$ sudo readdb.sh -line "SELECT name, value FROM nameValuePairs WHERE name like 'private_throttleAttempts_resendValidateCode%' and accountid=12451070;"
name = private_throttleAttempts_resendValidateCode
value = [1662138028209658,1662138031477769]
name = private_throttleAttempts_resendValidateCode-212.231.184.140
value = [1662138028209808,1662138031477953]
name = private_throttleAttempts_resendValidateCode-99.235.190.147
value = [1662050591612159]
dbondy@db2.rno:~$
Just copying over from Slack I tested with a brand new account
So yep I think 👍 to check it off.
We are good to 🚀 then
Awesome, we're good to deploy first thing this morning.
From testing the app I'm still unable to find any exception. Going to move forward as Applause's checklist would have picked up on any noticable regression.
:shipit:
Release Version:
1.1.96-5
Compare Changes: https://github.com/Expensify/App/compare/production...stagingThis release contains changes from the following pull requests:
Deploy Blockers:
Deployer verifications:
cc @Expensify/applauseleads