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

Always parse months as 1-indexed #358

Closed

Conversation

denis-sokolov
Copy link
Contributor

This completes ce813fd, fixes #128 fully.

I suspect you may not like this merge, as you deliberately have added this zero-indexed parsing, but please take a look at my issue Fiddle. It results in a very strange behaviour that cost me some time to debug.

My fix may be wrong and we should do differently, but my expectation in the Fiddle was absolutely grounded, and I will argue for the usability of the library to change the behavior.

@amsul
Copy link
Owner

amsul commented Mar 5, 2014

I could’ve sworn I fixed this with that PR. I’m kinda puzzled that this case exists.. anyways, will merge this in then. The month zero-indexing is only supposed to be done when the month is set using an integer - not when it’s a value.

@amsul amsul added the todo label Mar 5, 2014
@amsul amsul added this to the v3.4.1 milestone Mar 5, 2014
@rolfb
Copy link

rolfb commented Mar 13, 2014

I merged this in my branch. Going to create a pull request including this and a fix for handling two digit years better.

@denis-sokolov
Copy link
Contributor Author

@rolfb, I consider it always to be better to create atomic pull requests with a single feature/improvement. Of course, if your two-digit fix depends on this one, then you have to combine them together.

@rolfb
Copy link

rolfb commented Mar 13, 2014

I agree. My two-digit fix depended on this one.

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

Successfully merging this pull request may close these issues.

3 participants