Closed lanitochka17 closed 4 months ago
Triggered auto assignment to @stitesExpensify (DeployBlockerCash
), see https://stackoverflowteams.com/c/expensify/questions/9980/ for more details.
:wave: Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
@stitesExpensify I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors
Job added to Upwork: https://www.upwork.com/jobs/~01af683507cc110cb3
Triggered auto assignment to Contributor-plus team member for initial proposal review - @rayane-djouah (External
)
I cannot reproduce, it seems like it might be some backend issue rather than app issue https://github.com/Expensify/App/assets/36083550/6fda6472-6666-4367-a6ce-0b762367e0ea
It's not issue only from Mac Chrome/Safari. It happened on Android Phone (Chrome) and iPhone (Safari).
Actually Looks like BE issue Because when we made openReport request Then we need to wait one minute to get response
Yes, seems like you just need to wait very long.
Yep it seems like this is a backend issue where the OpenReport command takes a long time
Current assignee @rayane-djouah is eligible for the Internal assigner, not assigning anyone new.
It seems like its related to this discussion
@stitesExpensify Eep! 4 days overdue now. Issues have feelings too...
Like Vit said it seems like this is due to general slowness with queries. Going to make this a weekly while that is worked on
I'm about to be OOO for a while so I'm going to unassign. If this is still not resolved we can add the bug label which will assign the proper people!
This issue has not been updated in over 15 days. eroding to Monthly issue.
P.S. Is everyone reading this sure this is really a near-term priority? Be brave: if you disagree, go ahead and close it out. If someone disagrees, they'll reopen it, and if they don't: one less thing to do!
Triggered auto assignment to @JmillsExpensify (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.
Added Bug
to assign a BZ since no one was assigned here. Post in #fast-apis last week about this here.
Not sure if we I went ahead and added this to vip-vsb since this issue was created in that initiative. We can re-file when/if fast-apis has a GH project.
@JmillsExpensify Whoops! This issue is 2 days overdue. Let's get this updated quick!
Public rooms aren't a priority. Closing.
fwiw, I was able to open the link in the OP without being signed in, on production and staging, Chrome
fwiw, I was able to open the link in the OP without being signed in, on production and staging, Chrome
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: 1.4.65-0 Reproducible in staging?: Y Reproducible in production?: N If this was caught during regression testing, add the test name, ID and link from TestRail: https://expensify.testrail.io/index.php?/tests/view/4506639&group_by=cases:section_id&group_order=asc&group_id=229066 Issue reported by: Applause - Internal Team
Action Performed:
Expected Result:
Public room page should open
Actual Result:
Unable to open public room when user is signed out. User can see infinite new expensify logo screen
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
https://github.com/Expensify/App/assets/78819774/fbc73da1-d3aa-4610-9885-c7310cd017b6
View all open jobs on GitHub
Upwork Automation - Do Not Edit