Open IuliiaHerets opened 2 weeks ago
Triggered auto assignment to @johncschuster (Bug
), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.
We think that this bug might be related to #wave-control
@johncschuster FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors
Edited by proposal-police: This proposal was edited at 2024-10-02 16:22:58 UTC.
NetSuite–RHP is not scrollable if click on "Next" without filling ID in Custom Segments/record
shouldUseScrollView
.
https://github.com/Expensify/App/blob/1764d104e4f1c3f0440a5425d5fe0f540584866b/src/pages/workspace/accounting/netsuite/import/NetSuiteImportCustomFieldNew/NetSuiteImportAddCustomSegmentPage.tsx#L197shouldUseScrollView={false}
.substeps
or ConnectionLayout
with shouldUseScrollView={false}
Edited by proposal-police: This proposal was edited at 2024-10-03 12:06:00 UTC.
RHP is not scrollable, "Next" button is not visible
shouldUseScrollView={true}
in:
https://github.com/Expensify/App/blob/1764d104e4f1c3f0440a5425d5fe0f540584866b/src/pages/workspace/accounting/netsuite/import/NetSuiteImportCustomFieldNew/NetSuiteImportAddCustomSegmentPage.tsx#L218but because of this View styles:
the View is not scrollable.
A ScrollView must have a bounded height to define the area in which scrolling can happen. flexGrow: 1 alone doesn't necessarily give the ScrollView a starting size or ensure it takes up the entire available space of the parent.
It only makes the ScrollView grow if there is extra space, but without initial size constraints, the ScrollView may not fill the parent container as expected, leaving its size undefined.
We should change that style to:
<View style={[styles.flexGrow1, styles.mt3, styles.flex1]}>
https://github.com/user-attachments/assets/25254b1d-f95f-438c-94c5-7bb26e465e33
shouldUseScrollView={true}
is in:but as we can see, all places use shouldUseScrollView={false}
instead. It is because, if we use shouldUseScrollView={true}
in ConnectionLayout
, the InteractiveStepSubHeader
can be scrolled, I think it is unexpected.
Job added to Upwork: https://www.upwork.com/jobs/~021842305508364550611
Triggered auto assignment to Contributor-plus team member for initial proposal review - @hoangzinh (External
)
RHP is not scrollable if click on "Next" without filling ID in Custom Segments/record
This is only reproducible for Desktop MacOS and web. We are able to scroll on native devices.
We use flexGrow1
this disables the ability of a RHP to scroll if the content doesn't fit the screen.
We should replace flexGrow1
with flex1
, this solves the issue of scrolling while removing redundant flexGrow1
update the code here:
<View style={[styles.flex1, styles.mt3]}>
If same bug exists for the lists page, we need to fix that too
Thanks for proposals, everyone. @truph01 and @allgandalf have almost a same approach, but @truph01 hasn't explained why current styling here doesn't work, while @allgandalf did. And @allgandalf's solution looks better than. Therefore I think we can go with @allgandalf's proposal.
Link to proposal https://github.com/Expensify/App/issues/50065#issuecomment-2395011270
🎀👀🎀 C+ reviewed
Triggered auto assignment to @marcochavezf, see https://stackoverflow.com/c/expensify/questions/7972 for more details.
@hoangzinh Apologies for not providing a clearer explanation earlier—I thought it was fairly straightforward why flexGrow: 1 wasn't working, since it is mentioned in ScrollView docs that we should we flex: 1 instead. But I just updated it.
Both proposals are essentially the same, and mine was submitted first. I don’t believe the core reason my solution wasn’t chosen is because of the above. Also, based on contributor guidelines:
Note: Before submitting a proposal on an issue, be sure to read any other existing proposals. ALL NEW PROPOSALS MUST BE DIFFERENT FROM EXISTING PROPOSALS. The difference should be important, meaningful or considerable.
cc @marcochavezf
Yep, it's not only the RCA but also the solution
flex1
into existing stylesflexGrow1
by flex1
It's one of the reasons that made me consider proposals. Let's wait for @marcochavezf to make a decision
yeah and also @truph01 in such cases for future reference, please don't update the proposal before the internal engineer reviews it, you changed your RCA after the selection of another proposal, which might confuse the internal engineer.
The initial RCA of @truph01 was as follows:
Also, the integration related issues are supposed to be handles by the C+ according to out docs
yeah and also @truph01 in such cases for future reference, please don't update the proposal before the internal engineer reviews it, you changed your RCA after the selection of another proposal, which might confuse the internal engineer.
Apologies for not providing a clearer explanation earlier—I thought it was fairly straightforward why flexGrow: 1 wasn't working, since it is mentioned in ScrollView docs that we should we flex: 1 instead. But I just updated it.
Yep, it's not only the RCA but also the solution In your solution, you add a new style flex1 into existing styles @allgandalf's solution, he replaces flexGrow1 by flex1
flexGrow: 1
, it is just a refactor and can be done later.bump for assignment @marcochavezf
Bump for assignment and for Melv
Thanks for your patience, everyone. I agree with @hoangzinh's decision to assign @allgandalf because of the reasons mentioned, but that doesn't diminish @truph01's contribution. We appreciate your effort, and you can apply what you’ve learned to other bugs (we’re all learning). Onward and upward! 🚀
📣 @hoangzinh 🎉 An offer has been automatically sent to your Upwork account for the Reviewer role 🎉 Thanks for contributing to the Expensify app!
📣 @allgandalf 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app!
Offer link Upwork job Please accept the offer and leave a comment on the Github issue letting us know when we can expect a PR to be ready for review 🧑💻 Keep in mind: Code of Conduct | Contributing 📖
PR should be ready over the weekend 👍
sorry for the delay, weekend kept me occupied, The PR is ready for review @hoangzinh
♻️ PR merged 🚀
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Version Number: 9.0.43-1 Reproducible in staging?: Y Reproducible in production?: Y Issue was found when executing this PR: https://github.com/Expensify/App/pull/49828 Email or phone of affected tester (no customers): ponikarchuks+321024@gmail.com Issue reported by: Applause Internal Team
Action Performed:
Expected Result:
RHP is scrollable, "Next" button is visible
Actual Result:
RHP is not scrollable, "Next" button is not visible
Workaround:
Unknown
Platforms:
Screenshots/Videos
https://github.com/user-attachments/assets/133c519a-d760-4562-833a-ee7764c22856
View all open jobs on GitHub
Upwork Automation - Do Not Edit