Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Fix ambiguity in element_symbol field #1717

Merged
merged 1 commit into from
Sep 5, 2019

Conversation

psibi
Copy link
Member

@psibi psibi commented Aug 31, 2019

The Yaml specification treats both Y and No as boolean:
https://yaml.org/type/bool.html

This causes problem when parsing them as a string. The patch makes
sure that the Yaml parser treats them as string.

Background: Found this bug while writing some test code for
fakedata which uses this project's data source.

The Yaml specification treats both `Y` and `No` as boolean:
https://yaml.org/type/bool.html

This causes problem when parsing them as a string. The patch makes
sure that the Yaml parser treats them as string.

Background: Found this bug while writing some test code for
[fakedata](https://github.com/psibi/fakedata) which uses this
project's data source.
Copy link
Member

@vbrazo vbrazo left a comment

Choose a reason for hiding this comment

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

👍

@psibi
Copy link
Member Author

psibi commented Sep 1, 2019

@vbrazo I see that you have assigned the PR to me. Is there anything else pending ? The other locales doesn't need to be updated as element_symbol is only present in en/science.yml.

Copy link
Member

@bpleslie bpleslie left a comment

Choose a reason for hiding this comment

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

Thanks!

@vbrazo vbrazo merged commit 6a20e21 into faker-ruby:master Sep 5, 2019
psibi added a commit to psibi/faker that referenced this pull request Sep 14, 2019
The Yaml specification treats both Y and No as boolean:
https://yaml.org/type/bool.html

This causes problem when parsing them as a string. The patch makes
sure that the Yaml parser treats them as string.

This should have been fixed as part of
faker-ruby#1717 but I missed it somehow.
vbrazo pushed a commit that referenced this pull request Sep 14, 2019
The Yaml specification treats both Y and No as boolean:
https://yaml.org/type/bool.html

This causes problem when parsing them as a string. The patch makes
sure that the Yaml parser treats them as string.

This should have been fixed as part of
#1717 but I missed it somehow.
michebble pushed a commit to michebble/faker that referenced this pull request Feb 16, 2020
The Yaml specification treats both `Y` and `No` as boolean:
https://yaml.org/type/bool.html

This causes problem when parsing them as a string. The patch makes
sure that the Yaml parser treats them as string.

Background: Found this bug while writing some test code for
[fakedata](https://github.com/psibi/fakedata) which uses this
project's data source.
michebble pushed a commit to michebble/faker that referenced this pull request Feb 16, 2020
The Yaml specification treats both Y and No as boolean:
https://yaml.org/type/bool.html

This causes problem when parsing them as a string. The patch makes
sure that the Yaml parser treats them as string.

This should have been fixed as part of
faker-ruby#1717 but I missed it somehow.
davidmorton0 pushed a commit to davidmorton0/faker that referenced this pull request Jul 12, 2021
The Yaml specification treats both `Y` and `No` as boolean:
https://yaml.org/type/bool.html

This causes problem when parsing them as a string. The patch makes
sure that the Yaml parser treats them as string.

Background: Found this bug while writing some test code for
[fakedata](https://github.com/psibi/fakedata) which uses this
project's data source.
davidmorton0 pushed a commit to davidmorton0/faker that referenced this pull request Jul 12, 2021
The Yaml specification treats both Y and No as boolean:
https://yaml.org/type/bool.html

This causes problem when parsing them as a string. The patch makes
sure that the Yaml parser treats them as string.

This should have been fixed as part of
faker-ruby#1717 but I missed it somehow.
# for free to join this conversation on GitHub. Already have an account? # to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants