-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[HOLD for payment 2024-02-07] [$500] iOS - back button position on skeleton loader and 'Hmm its not here' page is different #34915
Comments
Job added to Upwork: https://www.upwork.com/jobs/~013b2a0aec800ce383 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @c3024 ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.The layout shifts between the loading skeleton and the not found page. What is the root cause of that problem?The app uses a common Component. However the loading skeleton does not render this same component, it has it's own implementation where the styling differs. What changes do you think we should make in order to solve the problem?We should update the ReportHeaderSkeletonView styling to match that of HeaderwithBackButton to get a consistent styling. We should reuse the layout styling so that it's maintaing in one place. What alternative solutions did you explore? (Optional) |
📣 @jeremy-croff! 📣
|
This comment was marked as off-topic.
This comment was marked as off-topic.
✅ Contributor details stored successfully. Thank you for contributing to Expensify! |
Proposal here by @dukenv0307 looks good to me. 🎀 👀 🎀 C+ Reviewed |
Triggered auto assignment to @amyevans, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
📣 @c3024 🎉 An offer has been automatically sent to your Upwork account for the Reviewer role 🎉 Thanks for contributing to the Expensify app! |
📣 @dukenv0307 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
@c3024 The PR is ready for review. |
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. |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.34-1 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue: If no regressions arise, payment will be issued on 2024-02-07. 🎊 For reference, here are some details about the assignees on this issue:
|
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
|
Hmm realizing we've never had a BZ assigned here |
Triggered auto assignment to @JmillsExpensify ( |
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
|
Another regression - #35892 |
@c3024 Do you agree with the regression comment above? If so, then I'll update the payment summary based on that. |
Quick reminder on the comment above. |
No, I don't think that regression was caused by PRs related to this issue. That was caused by a commit unrelated to this PR. Here is more information about it. |
Great, thank you! Payment summary as follows:
|
All contributor offers paid and no regression test required. Closing this issue out! |
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: 1.4.29-0
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught during regression testing, add the test name, ID and link from TestRail: https://expensify.testrail.io/index.php?/tests/view/4210614
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
Action Performed:
Expected Result:
App should keep a constant position for back button on all the pages
Actual Result:
Back button shifts slightly to left when page changes from skeleton loader to 'Hmm its not here' page
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6350889_1705948641200.iOS_back_button_issue.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: