Skip to content

SR-10619: Order in which DateFormatter settings are set up matters on Linux #2219

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

Merged
merged 1 commit into from
May 7, 2019

Conversation

spevans
Copy link
Contributor

@spevans spevans commented May 5, 2019

  • Ensure the setting of .dateStyle and .timeStyle isnt dependant on the
    current setting of .locale.

… Linux

- Ensure the setting of .dateStyle and .timeStyle isnt dependant on the
  current setting of .locale.
@spevans
Copy link
Contributor Author

spevans commented May 5, 2019

@swift-ci test

@spevans
Copy link
Contributor Author

spevans commented May 5, 2019

cc @weissi

]

// Test all of the combinations of setting the properties produces the same output
let expected = "5. mai 2019, 12:52:10"
Copy link
Contributor

Choose a reason for hiding this comment

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

Can this be like other tests in that we do not hardcode an answer, so we avoid ICU changes from causing breakage?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I tested this against Darwin Foundation and it worked find so I don't think this string is ICU version dependant. The PR actually fixes all of the current tests that are disabled due to not working correctly versus Darwin and will be enabled in a followup PR.

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.

2 participants