-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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: attachment menu position #52021
fix: attachment menu position #52021
Conversation
…tachment-modal-position
…tachment-modal-position
@@ -64,8 +64,7 @@ function hideContextMenu(shouldDelay?: boolean, onHideCallback = () => {}) { | |||
return; | |||
} | |||
if (!shouldDelay) { | |||
contextMenuRef.current.hideContextMenu(onHideCallback); | |||
|
|||
onHideCallback(); |
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.
@teneeto Thanks for the PR.
Can you please share some information on how this change helps in resolving the issue?
Also, this code has not been changed for quite some time. So, I am curious to know what recent changes could have triggered this issue.
@teneeto Strange. I can reproduce the problem with the changes in the PR. Here is a test video demonstrating the same. Am I missing something here? 52021-issue-fix-001.mp4 |
Hi @rojiphil, having a look |
O I see, I Solved for a completely different bug I guess. Let me do a recording to share more info on what I did. I possibly tested for the wrong issue. |
…tachment-modal-position
@rojiphil, so we have this situation whereby once a context menu is already open and you immediately try opening another from any report action item and then try to click on the same action again, the context menu looses it's position and this because the context is called twice. I initially thought I was solving our current issue of focus, however, The current solution solves that issue i just mentioned as described in the record below. Screen.Recording.2024-11-13.at.08.23.53.mov |
I'm still trying to wrap up for the videoplayer context menu. Couldn't complete it yesterday, but giving it a try again today. |
and for that i intend to agree with Shahinyan11's earlier proposal |
…tachment-modal-position
…tachment-modal-position
…tachment-modal-position
@rojiphil can you check again? |
I just checked again and my initial assessment is that it is fixed now. I will continue with the review and again update later today. |
I am not able to test the play of a video attachment on Web Safari platform. But I don't think our PR is the cause of this. I have raised an issue though in slack here. Once there is clarity on this issue, I will continue with the checklist. |
…tachment-modal-position
Reviewer Checklist
Screenshots/VideosMacOS: Safari52021-web-safari-001.mp4MacOS: Chrome52021-web-chrome-001.mp4MacOS: Desktop52121-desktop-001.mp4iOS: mWeb SafariNot applicable for this issue Android: NativeNot applicable for this issue Android: mWeb ChromeNot applicable for this issue iOS: NativeNot applicable for this issue |
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.
Thanks for the PR @teneeto . Just a NAB request though to add the test case specific to the steps 6,7,8 as mentioned in OP steps for this issue here
@thienlnam Changes LGTM and works well too.
All yours for review. Thanks.
We did not find an internal engineer to review this PR, trying to assign a random engineer to #50818 as well as to this PR... Please reach out for help on Slack if no one gets assigned! |
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
🚀 Deployed to staging by https://github.com/thienlnam in version: 9.0.64-0 🚀
|
@@ -64,8 +64,7 @@ function hideContextMenu(shouldDelay?: boolean, onHideCallback = () => {}) { | |||
return; | |||
} | |||
if (!shouldDelay) { | |||
contextMenuRef.current.hideContextMenu(onHideCallback); | |||
|
|||
onHideCallback(); |
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.
This change causes the context menu to stay open on mobile.
Screen.Recording.2024-11-19.at.10.36.51.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.
Thanks @j-piasecki for pointing this out.
@teneeto Let us raise another PR to fix this. I think we can revert this line to the original as it was not required to fix the issue at hand here. What do you think?
🚀 Deployed to production by https://github.com/chiragsalian in version: 9.0.64-4 🚀
|
Details
This PR fixes the
contextMenuActions
position i.e the report actions attachment menu position.Fixed Issues
$ #50818
PROPOSAL: #50818
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
MacOS: Chrome / Safari
Screen.Recording.2024-11-14.at.05.51.47.mov
Android: Native
iOS: Native
iOS: mWeb Safari
MacOS: Desktop