Skip to content
This repository was archived by the owner on Jan 23, 2023. It is now read-only.

Reverting the ShouldRoundUp logic to not change for custom numeric format strings.#25400

Merged
tannergooding merged 1 commit intodotnet:masterfrom
tannergooding:fix-custom-format
Jun 26, 2019
Merged

Reverting the ShouldRoundUp logic to not change for custom numeric format strings.#25400
tannergooding merged 1 commit intodotnet:masterfrom
tannergooding:fix-custom-format

Conversation

@tannergooding
Copy link
Member

Was pinged by @mjsabby from Bing that a change from e3c9a4a was impacting them.

This ensures that custom-numeric format strings have the same behavior as previous for .NET Core 3.0. Post 3.0, this likely needs further thought so that for format strings in general (both standard and custom) users can get spec compliant or the desired behavior. This would likely involve exposing some API that takes a MidpointRoundingMode enum so that it can be controlled as appropriate.

@tannergooding
Copy link
Member Author

CC. @GrabYourPitchforks, @stephentoub

@tannergooding
Copy link
Member Author

Tests are here, they haven't yet been merged from yesterdays PR: dotnet/corefx#38627

Working with @mjsabby to ensure the proper regression tests are added.

@tannergooding tannergooding merged commit d9d31e6 into dotnet:master Jun 26, 2019
tannergooding added a commit to dotnet/corefx that referenced this pull request Jul 2, 2019
* Add a number of new RealFormatter tests

* Fixing up some custom formatter tests in response to dotnet/coreclr#25400

* Don't run the custom numeric format tests against the UTF8Formatter
picenka21 pushed a commit to picenka21/runtime that referenced this pull request Feb 18, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants