-
-
Notifications
You must be signed in to change notification settings - Fork 642
XLSX Date Support / Fix for years beyond 2037 #155
Conversation
|
Hi @KiNgMaR, thanks for the pull request. Before we can merge it, we need you to sign our Contributor License Agreement. You can do so electronically here: http://opensource.box.com/cla Once you have signed, just add a comment to this pull request saying, "CLA signed". Thanks! |
|
CLA signed. |
|
Verified that @KiNgMaR has just signed the CLA. Thanks, and we look forward to your contribution. |
|
Resolving the issues found by CI is in progress. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
use camelcase for all variables
|
Good catch @KiNgMaR ! The fix looks good to me :) |
905db3b to
88630a3
Compare
|
Final proposal pushed :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
keep comment "Fix for the erroneous leap year in Excel"
|
Minor comments, but overall looks good! |
This also fixes years < 1902 on 32-bit PHP systems.
88630a3 to
4407cff
Compare
|
Diff updated! |
XLSX Date Support / Fix for years beyond 2037
|
Thanks @KiNgMaR ! |
All dates where the unix timestamp grew higher than
PHP_INT_MAX(or maybe also above 2^31 on 64-bit PHP, I didn't test that) were mangled. The new unit test in the PR shows that. To fix the issue, directly pass the number of days instead of the unix timestamp into PHP's Date classes. Please review, any feedback is welcome.