Closed muttmuure closed 2 months ago
Triggered auto assignment to @MitchExpensify (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.
Taking off hold
Going to ask Doza to try and reproduce
@davidcardoza I'm going to reassign this to you since it happened in your account.
Can you update to the latest version, turn on client side logs and then try to reproduce this?
I was able to to access the mobile app. I've scanned two receipts, both are still scanning after 6 minutes. I will check back in a few hours.
Note: This PR was released in version 1.4.82-4 yesterday to production. It should contain the additional logs that might help us track this down.
According to the logs I am looking at right now, there is a client here that has a broken sequential queue that keeps growing and never shrinking.
I need to get this client updated to at least version 1.4.82-4
of the app so that we can look at the new client logs that we added.
Current assignee @tgolen is eligible for the AutoAssignerNewDotQuality assigner, not assigning anyone new.
I've got a good logsearch query here:
blob:"Darwin/23.5.0" AND (blob:"[SequentialQueue]" OR blob:"[NetworkStatus]" OR blob:"[NetworkConnection]")
Now all I need is a specific window of time to look at. @davidcardoza can you please try a new smart scan and let me know the approximate time (and your timezone) that you made the requests?
OpenApp
request is timing out (which is the first request that happens when he signs in)Now all I need is a specific window of time to look at. @davidcardoza can you please try a new smart scan and let me know the approximate time (and your timezone) that you made the requests?
Do you still need this?
Nope! I found a good timeframe in the logs yesterday and found what I needed.
On Mon, Jun 24, 2024 at 4:22 PM David Cardoza @.***> wrote:
Now all I need is a specific window of time to look at. @davidcardoza https://github.com/davidcardoza can you please try a new smart scan and let me know the approximate time (and your timezone) that you made the requests?
Do you still need this?
— Reply to this email directly, view it on GitHub https://github.com/Expensify/App/issues/43253#issuecomment-2187510489, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAJMAB6YJ2XXWJMBHFHWGZTZJCL25AVCNFSM6AAAAABI6MEO7CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCOBXGUYTANBYHE . You are receiving this because you were mentioned.Message ID: @.***>
Looks like we're done with this one and it's fixed for Doza.
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Version Number: v1.4.79-7 Reproducible in staging?: Reproducible in production?: 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: @davidcardoza Slack conversation: https://expensify.slack.com/archives/C05LX9D6E07/p1717631386394629
Action Performed:
Expected Result:
The receipt loads immediately
Actual Result:
The loading skeleton loads infinitely
Workaround:
Can the user still use Expensify without this being fixed? Have you informed them of the workaround?
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
View all open jobs on GitHub
Issue Owner
Current Issue Owner: @davidcardoza