-
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
[HOLD for payment 2023-11-13] [$500] Composer height is not resized when resizing browser #28660
Comments
Job added to Upwork: https://www.upwork.com/jobs/~01b81aeded72e6d5a7 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @robertKozik ( |
Proposal by @bernhardojPlease re-state the problem that we are trying to solve in this issue.Resizing the browser window does not adjust the composer height/number of lines. What is the root cause of that problem?We don't recalculate the composer number of lines when the browser width changes. This issue was previously fixed in #15020 by recalculating the composer number of lines when window width changes but a recent functional component migration accidentally removes this behavior. What changes do you think we should make in order to solve the problem?Recalculate the number of lines when the window width changes by adding App/src/components/Composer/index.js Line 369 in 6be8fca
|
ProposalPlease re-state the problem that we are trying to solve in this issue.The composer's height doesn't adjust when the browser width is changed. What is the root cause of that problem?In Composer, What changes do you think we should make in order to solve the problem?We can include const {windowWidth} = useWindowDimensions();
const updateNumberOfLines = useCallback(() => {
.....
}, [value, maxLines, numberOfLinesProp, onNumberOfLinesChange, isFullComposerAvailable, setIsFullComposerAvailable, windowWidth]); Result:28660.webm |
ProposalPlease re-state the problem that we are trying to solve in this issueThe composer textarea height doesn't update when the browser width is resized. What is the root cause of the problemupdateNumberOfLines is wrapped in a callback that doesn't have windowWidth in the dependency array, thus It doesn't reflect the current width.
What changes do you think we should make in order to solve the problem?adding windowWidth from useWindowDimensions() hook into updateNumberOfLines's useCallback dependency array should address the issue. What alternative solutions did you explore? (Optional)N/A |
Hi all! Thank you all for your proposals. All of you propose the same solution for this issue so let's proceed with the first published one - @bernhardoj 🎀 👀 🎀 C+ reviewed |
Triggered auto assignment to @grgia, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
@kavimuru https://expensify.slack.com/archives/C049HHMV9SM/p1693583529627299 |
@grgia, @robertKozik Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
@grgia waiting for your decision and assignment |
@grgia, @robertKozik Whoops! This issue is 2 days overdue. Let's get this updated quick! |
@bernhardoj I need you to comment to assign. |
Comment |
@grgia, @robertKozik Huh... This is 4 days overdue. Who can take care of this? |
📣 @bernhardoj 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
📣 @c3024 🎉 An offer has been automatically sent to your Upwork account for the Reporter role 🎉 Thanks for contributing to the Expensify app! |
assigning! |
PR is ready cc: @robertKozik |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.95-9 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 2023-11-13. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
For reference, here are some details about the assignees on this issue:
|
Triggered auto assignment to @garrettmknight ( |
Hey @garrettmknight could you help ensure that the payments were processed for this one? |
Summary of payments:
Upwork Job: https://www.upwork.com/en-gb/ab/applicants/1708968328042897408/job-details |
If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!
Action Performed:
Expected Result:
The composer's height should increased to show all the text
Actual Result:
The composer's height (number of lines) stays the same
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: 1.3.76-1
Reproducible in staging?: y
Reproducible in production?: y
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
Screen.Recording.2023-09-19.at.01.46.16.mov
Recording.1617.mp4
Expensify/Expensify Issue URL:
Issue reported by: @c3024
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1695059166660979
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: