You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Go to staging dot on mweb chrome and login with User A
Go to any chat with User B (Make sure to login with User B on android earlier)
From User A account, send two attachments in the order: First send the password protected file and then send any image
Very important step- On Android (User B), first select the last attachment (image) and click on left arrow key to navigate to the password-protected pdf (do not slide using fingers). Note: Also, it's important to navigate from different attachments, as we're doing here , then only it will be reproducible
Enter any wrong password (please don't click on confirm yet)
From User's A account on mweb chrome, now delete the pdf file
Go to Android(User B) and now click on confirm
Notice that after clicking on the confirm field, it shows 'Unable to load pdf file' at top , while shows an infinite loading at the bottom. Thus, if the receiver is trying to type the password and if at the same time, sender deletes the file, in that case the password field goes into infinite loading. Also, it shows a weird display where loading pdf error is shown at the top and the infinite loading is seen at the bottom.
Expected Result:
The password field should not load infinitely on deleting the pdf file from the sender's account if receiver has navigated to the Pdf from the other attachment.
Actual Result:
The password field loads infinitely on deleting the pdf file from the sender's account if receiver has navigated to the Pdf from the other attachment using the arrow button
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?
Android / native
Android / Chrome
iOS / native
iOS / Safari
MacOS / Chrome / Safari
MacOS / Desktop
Version Number: Reproducible in staging?: Needs reproduction Reproducible in production?: Needs reproduction 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 Notes/Photos/Videos: Any additional supporting documentation
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Action Performed:
Expected Result:
The password field should not load infinitely on deleting the pdf file from the sender's account if receiver has navigated to the Pdf from the other attachment.
Actual Result:
The password field loads infinitely on deleting the pdf file from the sender's account if receiver has navigated to the Pdf from the other attachment using the arrow button
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?
Version Number:
Reproducible in staging?: Needs reproduction
Reproducible in production?: Needs reproduction
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
Notes/Photos/Videos: Any additional supporting documentation
android.mp4
Expensify/Expensify Issue URL:
Issue reported by: @priya-zha
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1683961586794579
View all open jobs on GitHub
Upwork Automation - Do Not Edit