-
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
Improve report preview action #20941
Conversation
@PauloGasparSv 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] |
Did initial testing and the fix is working well. Will continue with reviewers checklist. Note: The platform videos are unavailable in author's checklist(I am fine if its due to urgent nature of the fix) and kindly check the "Verify that no errors appear in the JS console" in the author's checklist. @cristipaval Note: Only one issue i noticed is the icon and name of workspace is not updating on the report action alone without refresh. But I think I remember seeing similar issue already being reported sometime before. Not able to find the issue link, but anyways this PR doesn't have to do anything to this issue. Untitled.2.mp4 |
Just to note: Its not just |
Aaaah, I missed this. I will record the videos.
This is a separate issue and I have an open backend PR that adds the pusher updates. |
Another issue I am seeing is hover popup is not coming on the display name Screen.Recording.2023-06-22.at.3.12.26.AM.mov |
Hey, @abdulrahuman5196. I created a follow-up issue for what you reported here. |
Reviewer Checklist
Screenshots/VideosWebScreen.Recording.2023-06-22.at.9.31.42.PM.mp4Mobile Web - Chromeaz_recorder_20230622_213836.mp4Mobile Web - SafariUntitled.mp4DesktopScreen.Recording.2023-06-22.at.9.43.40.PM.mp4iOSScreen.Recording.2023-06-22.at.9.41.43.PM.mp4Androidaz_recorder_20230622_215602.mp4 |
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.
Changes looks good and works well. Reviewers checklist is also complete.
🎀👀🎀
C+ Reviewed
All yours. @cristipaval
We did not find an internal engineer to review this PR, trying to assign a random engineer to #21216... Please reach out for help on Slack if no one gets assigned! |
Could you also mark the "Verify that no errors appear in the JS console" in authors checklist |
Done. |
✋ 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/cristipaval in version: 1.3.32-1 🚀
|
🚀 Deployed to production by https://github.com/thienlnam in version: 1.3.32-5 🚀
|
const isWorkspaceActor = ReportUtils.isPolicyExpenseChat(props.report) && !actorAccountID; | ||
const actorDetails = props.personalDetailsList[actorAccountID] || {}; | ||
const displayName = isWorkspaceActor ? ReportUtils.getPolicyName(props.report) : actorDetails.displayName; | ||
const actorHint = isWorkspaceActor ? displayName : lodashGet(props.action, 'actorEmail', '').replace(CONST.REGEX.MERGED_ACCOUNT_PREFIX, ''); |
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.
Quick question @cristipaval : why are we only using displayName
if isWorkspaceActor
is true here? It looks like we set a displayName no matter what, so can't we just use that as an actorHint no matter what?
I'm working on removing actorEmail
from everywhere since we should have actorAccountID
everywhere that we have actorEmail - so I'm hoping we can just use displayName
here always
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.
yes, displayName would be great. The thing is that this has also to be updated in Web-E as well, here
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.
Groovy!
trueeeee our plan is to basically stop using it in App first, then stop sending from web-e 👍
Details
This PR handles the avatar and display name for those report actions whose actor is the workspace. This is the case for the report preview when the workspace owes money.
Fixed Issues
$ #21216
Tests
Offline tests
n/a
QA Steps
Same as tests.
PR Author Checklist
### Fixed Issues
section aboveTests
sectionOffline steps
sectionQA steps
sectiontoggleReport
and notonIconClick
)myBool && <MyComponent />
.src/languages/*
files and using the translation methodWaiting for Copy
label for a copy review on the original GH to get the correct copy.STYLE.md
) were followedAvatar
, I verified the components usingAvatar
are working as expected)/** comment above it */
this
properly so there are no scoping issues (i.e. foronClick={this.submit}
the methodthis.submit
should be bound tothis
in the constructor)this
are necessary to be bound (i.e. avoidthis.submit = this.submit.bind(this);
ifthis.submit
is never passed to a component event handler likeonClick
)StyleUtils.getBackgroundAndBorderStyle(themeColors.componentBG)
)Avatar
is modified, I verified thatAvatar
is working as expected in all cases)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
Web
web.mov
Mobile Web - Chrome
chrome.mobile.mov
Mobile Web - Safari
safari.mobile.mov
Desktop
desktop.mov
iOS
Screen.Recording.2023-06-22.at.01.08.07.mov
Android
android.native.mov