-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
Fix back button arrow won't back when viewing attachment image and additional fixes on modals #42738
Conversation
…x open search page with shortcut Signed-off-by: Tsaqif <[email protected]>
@DylanDylann Please copy/paste the Reviewer Checklist from here into a new comment on this PR and complete it. If you have the K2 extension, you can simply click: [this button] |
@DylanDylann PR is ready for review |
@tsa321 Please also test other modals to ensure our change don't cause any regression |
@DylanDylann yes, I have tested it on other modals too. |
It will take me a bit of time to ensure this change is safe |
Signed-off-by: Tsaqif <[email protected]>
Signed-off-by: Tsaqif <[email protected]>
@tsa321 I am about to request merging the latest main. Thanks for always keeping an eye on this PR |
src/components/Modal/BaseModal.tsx
Outdated
@@ -141,6 +141,7 @@ function BaseModal( | |||
}; | |||
|
|||
const handleDismissModal = () => { | |||
hideModal(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@DylanDylann I cannot reproduce it in staging, but I can reproduce it in latest main.
It is even more broken in latest main, even opening receipt modal -> cmd +k
won't open search page. Could you check it?
Also my code depends on the hideModal
function inside BaseModal, but when closing receipt modal the hideModal
function is not executed. So I make that modification in BaseModal.
Could you check it thank you...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@tsa321 Try again and still can't reproduce on the latest main
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Anyway, I think it is out of the scope of this PR, we should revert that to avoid delay processing
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@DylanDylann alright. I will make minimal changes.
If I make modification in the beforeRemove I need the changes in baseModal, so the composer will re-focus after user close receipt modal.
But I will move the condition in shouldAutoFocus of ComposerWithSuggestions and revert the changes in BaseModal and AuthScreen. So the changes will be minimal.
…hSuggestion Signed-off-by: Tsaqif <[email protected]>
@DylanDylann I have reverted the changes in basemodal and authscreen. I move the condition check inside composerwithsuggestion. The changes should be minimal now. |
Reviewer Checklist
Screenshots/VideosAndroid: NativeScreen.Recording.2024-06-05.at.14.40.46.movAndroid: mWeb ChromeScreen.Recording.2024-06-05.at.14.39.22.moviOS: NativeScreen.Recording.2024-06-05.at.14.40.21.moviOS: mWeb SafariScreen.Recording.2024-06-05.at.14.36.18.movMacOS: Chrome / SafariScreen.Recording.2024-06-05.at.14.36.01.movMacOS: DesktopScreen.Recording.2024-06-05.at.14.41.18.mov |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
awesome! this ended up cleaner than I expected
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
I think this PR caused this regression, more specifically commit 29992cf894d0ebcdcb2e20311435638ee1dedf58 |
@tsa321 I'll demote that blocker since it's a small issue, but can you take a look and work on a fix please? |
FYI although there's no staging deploy message here, this PR is on the staging checklist #43168 |
🚀 Deployed to production by https://github.com/luacmartins in version: 1.4.81-11 🚀
|
Fix back button arrow won't back when viewing attachment image and fix failure to open search page with shortcut when viewing some modals.
Details
Fixed Issues
$ #42368
PROPOSAL: #42368 (comment)
Tests
Offline tests
QA Steps
PR Author Checklist
### Fixed Issues
section aboveTests
sectionOffline steps
sectionQA steps
sectiontoggleReport
and notonIconClick
)myBool && <MyComponent />
.src/languages/*
files and using the translation methodSTYLE.md
) were followedAvatar
, I verified the components usingAvatar
are working as expected)StyleUtils.getBackgroundAndBorderStyle(theme.componentBG)
)Avatar
is modified, I verified thatAvatar
is working as expected in all cases)Design
label and/or tagged@Expensify/design
so the design team can review the changes.ScrollView
component to make it scrollable when more elements are added to the page.main
branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to theTest
steps.Screenshots/Videos
Android: Native
android-native-d.mp4
Android: mWeb Chrome
android-mweb_d.mp4
iOS: Native
ios-native_d.mp4
iOS: mWeb Safari
ios-msfari_d.mp4
MacOS: Chrome / Safari
macos-web-d.mp4
MacOS: Desktop
macos-desktop_d.mp4