Skip to content
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

Localize decimal separator #9800

Merged

Conversation

eVoloshchak
Copy link
Contributor

@eVoloshchak eVoloshchak commented Jul 8, 2022

Details

This change allows user to use comma (,) instead of a dot (.) as a decimal separator on WorkspaceReimburseView and IOUAmountPage when using Spanish language.

Fixed Issues

$ #9497

Tests

  1. Have English language enabled
  2. Click FAB > Request money
  3. Verify that there is . button at the bottom left corner of the onscreen keyboard
  4. Verify that it's possible to enter a decimal number with two digits after the dot
  5. Open Settings > Workspace > Reimburse expenses
  6. Verify that it's possible to enter a decimal number with three digits after the dot into Rate input
  7. Change language to Spanish
  8. Click FAB > Request money
  9. Verify that there is , button at the bottom left corner of the onscreen keyboard
  10. Verify that it's possible to enter a decimal number with two digits after the comma
  11. Open Settings > Workspace > Reimburse expenses
  12. Verify that it's possible to enter a decimal number with three digits after the comma into Rate input

PR Review Checklist

Contributor (PR Author) Checklist

  • I linked the correct issue in the ### Fixed Issues section above
  • I wrote clear testing steps that cover the changes made in this PR
    • I added steps for local testing in the Tests section
    • I added steps for Staging and/or Production testing in the QA steps section
    • I added steps to cover failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
    • I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)
  • I included screenshots or videos for tests on all platforms
  • I ran the tests on all platforms & verified they passed on:
    • iOS / native
    • Android / native
    • iOS / Safari
    • Android / Chrome
    • MacOS / Chrome
    • MacOS / Desktop
  • I verified there are no console errors (if there’s a console error not related to the PR, report it or open an issue for it to be fixed)
  • I followed proper code patterns (see Reviewing the code)
    • I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick)
    • I verified that comments were added to code that is not self explanatory
    • I verified that any new or modified comments were clear, correct English, and explained “why” the code was doing something instead of only explaining “what” the code was doing.
    • I verified any copy / text shown in the product was added in all src/languages/* files
    • I verified any copy / text that was added to the app is correct English and approved by marketing by tagging the marketing team on the original GH to get the correct copy.
    • I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named “index.js”. All platform-specific files are named for the platform the code supports as outlined in the README.
    • I verified the JSDocs style guidelines (in STYLE.md) were followed
  • If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
  • I followed the guidelines as stated in the Review Guidelines
  • I tested other components that can be impacted by my changes (i.e. if the PR modifies a shared library or component like Avatar, I verified the components using Avatar are working as expected)
  • I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
  • I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
  • If a new component is created I verified that:
    • A similar component doesn't exist in the codebase
    • All props are defined accurately and each prop has a /** comment above it */
    • Any functional components have the displayName property
    • The file is named correctly
    • The component has a clear name that is non-ambiguous and the purpose of the component can be inferred from the name alone
    • The only data being stored in the state is data necessary for rendering and nothing else
    • For Class Components, any internal methods passed to components event handlers are bound to this properly so there are no scoping issues (i.e. for onClick={this.submit} the method this.submit should be bound to this in the constructor)
    • Any internal methods bound to this are necessary to be bound (i.e. avoid this.submit = this.submit.bind(this); if this.submit is never passed to a component event handler like onClick)
    • All JSX used for rendering exists in the render method
    • The component has the minimum amount of code necessary for its purpose and it is
  • If a new CSS style is added I verified that:
    • A similar style doesn’t already exist
    • The style can’t be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(themeColors.componentBG)
  • If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
  • If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.

PR Reviewer Checklist

  • I verified the correct issue is linked in the ### Fixed Issues section above
  • I verified testing steps are clear and they cover the changes made in this PR
    • I verified the steps for local testing are in the Tests section
    • I verified the steps for Staging and/or Production testing are in the QA steps section
    • I verified the steps cover any possible failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
    • I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)
  • I checked that screenshots or videos are included for tests on all platforms
  • I verified tests pass on all platforms & I tested again on:
    • iOS / native
    • Android / native
    • iOS / Safari
    • Android / Chrome
    • MacOS / Chrome
    • MacOS / Desktop
  • I verified there are no console errors (if there’s a console error not related to the PR, report it or open an issue for it to be fixed)
  • I verified proper code patterns were followed (see Reviewing the code)
    • I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick).
    • I verified that comments were added to code that is not self explanatory
    • I verified that any new or modified comments were clear, correct English, and explained “why” the code was doing something instead of only explaining “what” the code was doing.
    • I verified any copy / text shown in the product was added in all src/languages/* files
    • I verified any copy / text that was added to the app is correct English and approved by marketing by tagging the marketing team on the original GH to get the correct copy.
    • I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named “index.js”. All platform-specific files are named for the platform the code supports as outlined in the README.
    • I verified the JSDocs style guidelines (in STYLE.md) were followed
  • If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
  • I verified that this PR follows the guidelines as stated in the Review Guidelines
  • I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
  • I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
  • If a new component is created I verified that:
    • A similar component doesn't exist in the codebase
    • All props are defined accurately and each prop has a /** comment above it */
    • Any functional components have the displayName property
    • The file is named correctly
    • The component has a clear name that is non-ambiguous and the purpose of the component can be inferred from the name alone
    • The only data being stored in the state is data necessary for rendering and nothing else
    • For Class Components, any internal methods passed to components event handlers are bound to this properly so there are no scoping issues (i.e. for onClick={this.submit} the method this.submit should be bound to this in the constructor)
    • Any internal methods bound to this are necessary to be bound (i.e. avoid this.submit = this.submit.bind(this); if this.submit is never passed to a component event handler like onClick)
    • All JSX used for rendering exists in the render method
    • The component has the minimum amount of code necessary for its purpose and it is broken down into smaller components in order to separate concerns and functions
  • If a new CSS style is added I verified that:
    • A similar style doesn’t already exist
    • The style can’t be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(themeColors.componentBG)
  • If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
  • If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.

QA Steps

  1. Have English language enabled
  2. Click FAB > Request money
  3. Verify that there is . button at the bottom left corner of the onscreen keyboard
  4. Verify that it's possible to enter a decimal number with two digits after the dot
  5. Open Settings > Workspace > Reimburse expenses
  6. Verify that it's possible to enter a decimal number with three digits after the dot into Rate input
  7. Change language to Spanish
  8. Click FAB > Request money
  9. Verify that there is , button at the bottom left corner of the onscreen keyboard
  10. Verify that it's possible to enter a decimal number with two digits after the comma
  11. Open Settings > Workspace > Reimburse expenses
  12. Verify that it's possible to enter a decimal number with three digits after the comma into Rate input

Screenshots

Web

video_2022-07-13_14-33-58.mp4
cinnamon-20220707-5.mp4

Mobile Web

22-07-07-23-08-01.mp4

iOS

cinnamon-20220708-9.MP4

Android

22-07-08-12-13-35.mp4

@eVoloshchak eVoloshchak requested a review from a team as a code owner July 8, 2022 09:45
@melvin-bot melvin-bot bot requested review from Santhosh-Sellavel and sketchydroide and removed request for a team July 8, 2022 09:45
@Santhosh-Sellavel
Copy link
Collaborator

@eVoloshchak Can you include desktop recording too & also please check all the checkboxes in the author checklist.

@Santhosh-Sellavel
Copy link
Collaborator

@eVoloshchak Check your web video from 00 to 06 secs. I see value getting lost temporarily. You are entering 233.32, it appears 33.32 for fraction of seconds.

Copy link
Contributor

@sketchydroide sketchydroide left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

sorry I aproved while only seeing the code, but @Santhosh-Sellavel is right the web video looks off

@eVoloshchak
Copy link
Contributor Author

@eVoloshchak Check your web video from 00 to 06 secs. I see value getting lost temporarily. You are entering 233.32, it appears 33.32 for fraction of seconds.

I think that my screen recorder is recording at low fps, what i see on the screen and on the video are not the same thing. I updated the web section with a screen capture shot on a phone camera

video_2022-07-13_14-33-58.mp4

@eVoloshchak
Copy link
Contributor Author

@eVoloshchak Can you include desktop recording too & also please check all the checkboxes in the author checklist.

I can't run in on desktop unfortunately, due to #8888 it won't run using recent node versions, and i can't install older node since I use macInCloud

@Santhosh-Sellavel
Copy link
Collaborator

@eVoloshchak Check your web video from 00 to 06 secs. I see value getting lost temporarily. You are entering 233.32, it appears 33.32 for fraction of seconds.

I think that my screen recorder is recording at low fps, what I see on the screen and on the video are not the same thing. I updated the web section with a screen capture shot on a phone camera

video_2022-07-13_14-33-58.mp4

Please update the screen record so that's a more reliable option, to ensure everything. I believe you can do that on macincloud also.

@eVoloshchak
Copy link
Contributor Author

Please update the screen record so that's a more reliable option, to ensure everything. I believe you can do that on macincloud also.

Sure! This is a screen recording from Windows machine, it seems to have more fps.

1.New.Expensify.-.Google.Chrome.2022-07-14.15-44-32.mp4

@Santhosh-Sellavel
Copy link
Collaborator

Santhosh-Sellavel commented Jul 15, 2022

@eVoloshchak can you repeat the same steps in staging and share the recording. With that, we can rule out whether the behavior is caused by this PR or not thanks!

Please update the screen record so that's a more reliable option, to ensure everything. I believe you can do that on macincloud also.

Sure! This is a screen recording from Windows machine, it seems to have more fps.

1.New.Expensify.-.Google.Chrome.2022-07-14.15-44-32.mp4

Please update the screen record so that's a more reliable option, to ensure everything. I believe you can do that on macincloud also.

Sure! This is a screen recording from Windows machine, it seems to have more fps.

1.New.Expensify.-.Google.Chrome.2022-07-14.15-44-32.mp4

@eVoloshchak
Copy link
Contributor Author

@eVoloshchak can you repeat the same steps in staging and share the recording. With that, we can rule out whether the behavior is caused by this PR or not thanks!

Of course

New.Expensify.-.Google.Chrome.2022-07-16.18-17-54.mp4

@Santhosh-Sellavel
Copy link
Collaborator

Santhosh-Sellavel commented Jul 18, 2022

PR Reviewer Checklist

  • I verified the correct issue is linked in the ### Fixed Issues section above
  • I verified testing steps are clear and they cover the changes made in this PR
    • I verified the steps for local testing are in the Tests section
    • I verified the steps for Staging and/or Production testing are in the QA steps section
    • I verified the steps cover any possible failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
    • I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)
  • I checked that screenshots or videos are included for tests on all platforms
  • I verified tests pass on all platforms & I tested again on:
    • iOS / native
    • Android / native
    • iOS / Safari
    • Android / Chrome
    • MacOS / Chrome
    • MacOS / Desktop
  • I verified there are no console errors (if there’s a console error not related to the PR, report it or open an issue for it to be fixed)
  • I verified proper code patterns were followed (see Reviewing the code)
    • I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick).
    • I verified that comments were added to code that is not self explanatory
    • I verified that any new or modified comments were clear, correct English, and explained “why” the code was doing something instead of only explaining “what” the code was doing.
    • I verified any copy / text shown in the product was added in all src/languages/* files
    • I verified any copy / text that was added to the app is correct English and approved by marketing by tagging the marketing team on the original GH to get the correct copy.
    • I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named “index.js”. All platform-specific files are named for the platform the code supports as outlined in the README.
    • I verified the JSDocs style guidelines (in STYLE.md) were followed
  • If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
  • I verified that this PR follows the guidelines as stated in the Review Guidelines
  • I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
  • I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
  • If a new component is created I verified that:
    • A similar component doesn't exist in the codebase
    • All props are defined accurately and each prop has a /** comment above it */
    • Any functional components have the displayName property
    • The file is named correctly
    • The component has a clear name that is non-ambiguous and the purpose of the component can be inferred from the name alone
    • The only data being stored in the state is data necessary for rendering and nothing else
    • For Class Components, any internal methods passed to components event handlers are bound to this properly so there are no scoping issues (i.e. for onClick={this.submit} the method this.submit should be bound to this in the constructor)
    • Any internal methods bound to this are necessary to be bound (i.e. avoid this.submit = this.submit.bind(this); if this.submit is never passed to a component event handler like onClick)
    • All JSX used for rendering exists in the render method
    • The component has the minimum amount of code necessary for its purpose and it is broken down into smaller components in order to separate concerns and functions
  • If a new CSS style is added I verified that:
    • A similar style doesn’t already exist
    • The style can’t be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(themeColors.componentBG)
  • If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
  • If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.

Copy link
Collaborator

@Santhosh-Sellavel Santhosh-Sellavel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good and tests well @sketchydroide.

@sketchydroide
Copy link
Contributor

@eVoloshchak great job getting your first Expensify/App pull request over the finish line! I'll merge it assuming all the tests pass.

I know there's a lot of information in our contributing guidelines, so some points to take note of:

Once your PR is merged, you can be hired for another issue. Once you've completed a few issues, we may start hiring you for more than one issue at a time.

Once your PR is deployed to our staging servers, it will undergo quality assurance (QA) testing. If we find that this doesn't work as expected or causes a regression, you'll be responsible for fixing it. Typically we would revert this PR and give you another chance to create a similar PR without causing a regression. (I don't imagine this will happen with this PR, but it's something to be aware of)

Once your PR is deployed to production, we start a 7-day timer. After it has been on production for 7 days without causing any regressions, then we pay out the Upwork job.

So it might take a while before you're paid for your work, but we typically post multiple new jobs every day, so there's plenty of opportunity. I hope you've had a positive experience contributing to this repo!

@sketchydroide sketchydroide merged commit 7541b77 into Expensify:main Jul 19, 2022
@OSBotify
Copy link
Contributor

✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release.

@eVoloshchak
Copy link
Contributor Author

@eVoloshchak great job getting your first Expensify/App pull request over the finish line!

Not my first Expensify/App pull request, but still thanks 😄

Copy link
Member

@parasharrajat parasharrajat left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was checking some other PR and saw these changes to IOUAmountPage which I feel like very off from the planned design of this page.

I tested the IOUAmountPage before this PR and it was accepting , instead of . for Spanish locale.

Why do we have to change IOUAmountPage here? First of all, How is this related to this issue?

cc: @Santhosh-Sellavel

@@ -63,7 +63,7 @@ class BigNumberPad extends React.Component {
style={[styles.flex1, marginLeft]}
text={column === '<' ? column : this.props.toLocaleDigit(column)}
onLongPress={() => this.handleLongPress(column)}
onPress={() => this.props.numberPressed(column)}
onPress={() => this.props.numberPressed(column === '<' ? column : this.props.toLocaleDigit(column))}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How is this change related to this PR? cc: @Santhosh-Sellavel

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How is this change related to this PR? cc: @Santhosh-Sellavel

Previously BigNumberPad was displaying , while still passing . to this.props.numberPressed on Spanish, now it's passing the sybmol that is displayed on the key

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That is how it is supposed to work Internally the values will always be in English for eg.
22,23 is really 22.23 which will be saved to the backend. So it was working correctly.

Manipulating this value here is not a good approach. These changes break the whole concept.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@parasharrajat

We are not saving it as 22,23 or 22.33. We are rounding it off after multiplying by a hundred, so it's saved as 2233. I'm not sure about what we broke here?

cc: @sketchydroide

Copy link
Member

@parasharrajat parasharrajat Jul 20, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

by the backend, I mean internally not DB. Why do we have to change this piece of code? It does not look related to the issue. Can anyone please help me understand this?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why do we have to change this piece of code? It does not look related to the issue. Can anyone please help me understand this?

This keyboard is used only on IOUAmountPage, so it seemed logical to make it return the displayed symbol.
Alternatively we can move this logic to IOUAmountPage, change this line to

const amount = `${prevState.amount}${this.props.toLocaleDigit(key)}`;

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do we really need this change? Commit before the merge commit shows the correct behavior of showing , on UI and Allowing the user to type , for Spanish and . for English.

This keyboard is used only on IOUAmountPage, so it seemed logical to make it return the displayed symbol.

How?

  1. Keyboard should show , for spanish.
  2. Textinput or amount input should show , for spanish.

Both of these were already happening so why is change needed?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you think there was any bug on IOUAmountPage that you solved here? What was that? Issue talks about the problem with the rate field on the reimbursement form. Can we fix the rate field issue without touching IOUAmountPage?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you think there was any bug on IOUAmountPage that you solved here? What was that? Issue talks about the problem with the rate field on the reimbursement form.

But the screenshot in the issue description features Request money screen. I've asked about this a couple of times, there must have been a miscommunication

OK, i think i got confused, since the issue description is talking about the Rate input on Reimburce Expenses screen, while screenshot contains IOU Amount Page with an amount input
I'm still not sure which one of the two screens needs to be fixed

Can we fix the rate field issue without touching IOUAmountPage?

Yes we can
I've checked new.expensify.com and it does indeed support comma for Spanish language on Request Money screen.
I'm guessing we need o revert this PR and clarify what the requirements for this issue are, it it's just for the rate field

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It seems yes issue details are incorrect. Unfortunately, it was not captured during the proposal review. As a suggestion, please try to get a full consensus before you start if you feel something is off. You can also suggest corrections to the requirements.

Thanks for understanding. I will open this discussion on the issue so that this PR can be reverted and you can start new.

}

setRate(value) {
const isInvalidRateValue = value !== '' && !CONST.REGEX.RATE_VALUE.test(value);
const decimalSeparator = this.props.fromLocaleDigit('.');
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

use of fromLocaleDigit is wrong here as per your changes. Why?

fromLocaleDigit accepts a localized char, . is not decimal in spanish so it should this.props.fromLocaleDigit(',');

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

use of fromLocaleDigit is wrong here as per your changes. Why?

Thanks, that is a good catch. They return the same value when passing . and I missed it and used the wrong function on IOUAmountPage, while using the right one on BigNumberPad. I'll open a PR with fix for this after the discussion around the BigNumberPad.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

. is the grouping separator in Spanish, i.e , in English.

Easy to miss, thanks @parasharrajat!

Need to update this @eVoloshchak!

cc: @sketchydroide

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Need to update this @eVoloshchak!

I can fix this in #10028, would that be ok?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@sketchydroide are we okay with it?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please hold on to it. We are first trying to decide why are these changes needed at all.

@OSBotify
Copy link
Contributor

🚀 Deployed to staging by @sketchydroide in version: 1.1.86-0 🚀

platform result
🤖 android 🤖 success ✅
🖥 desktop 🖥 success ✅
🍎 iOS 🍎 success ✅
🕸 web 🕸 success ✅

@OSBotify
Copy link
Contributor

OSBotify commented Aug 1, 2022

🚀 Deployed to production by @yuwenmemon in version: 1.1.86-5 🚀

platform result
🤖 android 🤖 success ✅
🖥 desktop 🖥 success ✅
🍎 iOS 🍎 success ✅
🕸 web 🕸 success ✅

@mountiny
Copy link
Contributor

mountiny commented Aug 2, 2022

@eVoloshchak and @parasharrajat the linked issue has been incorrectly linked:

$ https://github.com/Expensify/App/issues/9497 the dollar sign was missing. Please, pay attention to this for next PRs. Thank you 🙇

@parasharrajat
Copy link
Member

parasharrajat commented Aug 2, 2022

Santhosh-Sellavel was C+ here. But thanks for the note.

@mountiny
Copy link
Contributor

mountiny commented Aug 2, 2022

Sorry Rajat, saw you amongst the reviewers. @Santhosh-Sellavel for the note above 🙇

@Santhosh-Sellavel
Copy link
Collaborator

🤦 Oops

@mountiny Thanks for the note!

@puneetlath
Copy link
Contributor

Heads up @parasharrajat @Santhosh-Sellavel @sketchydroide! Just FYI: this PR caused a bug here: #11352

@parasharrajat
Copy link
Member

parasharrajat commented Nov 10, 2022

I already asked to revert it #9800 (comment) because I didn't agree with the changes. we had a revert PR #10129.

There must be follow up PR. cc: @Santhosh-Sellavel as C+.

@Santhosh-Sellavel
Copy link
Collaborator

@puneetlath This PR was reverted not sure how it caused a regression!

@puneetlath
Copy link
Contributor

Good point fellas. My bad lol. Will look further into it!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants