summaryrefslogtreecommitdiff
path: root/adodb-time.inc.php
AgeCommit message (Collapse)AuthorFilesLines
2021-08-17Redo Merge branch 'hotfix/5.21' Standardized file headersDamien Regad1-67/+62
Try to do it right this time... # Conflicts: # adodb-memcache.lib.inc.php Fixes #751
2021-08-17Reset version to avoid merge conflictsDamien Regad1-1/+1
Fixes #751
2021-08-17Revert changes since Standardized file headers mergeDamien Regad1-62/+67
The conflicts resolution applied when merging the Standardized file headers (commit e9dcce3df24912ad869d0193f0b419f2309101fc) was seriously messed up, actually overwriting a number of changes in the master branch. Rather than trying to go and fix things one by one which has a high risk of messing things further, it's easier to redo the merge from a clean slate, so this commit reverts the following: - "Merge branch 'hotfix/5.21' Standardized file headers", e9dcce3df24912ad869d0193f0b419f2309101fc - "Merge tag 'v5.21.1'", 5f437df3104159d5d659f60e31bef8d33c34995f - "Reset version to 5.22.0-dev" af9234a525c3255af051a330164486d73be4c63a - "Fix incorrect resolution of merge conflicts" a6733f61b0165b366c8d2c70d9af82edc3881951. - "Fix syntax error in toexport.inc.php" 20b01e83cb61b6b2460f64c7d1277c5f4cc28574. Fixes #751
2021-08-14Standard file header: /Damien Regad1-67/+62
2021-03-08Bump version to 5.21.1-devDamien Regad1-1/+1
2021-02-27Bump version to 5.21.0v5.21.0Damien Regad1-1/+1
2021-02-02Bump version to 5.21.0-rc.1v5.21.0-rc.1Damien Regad1-1/+1
2020-12-20Bump version to 5.21.0-beta.1v5.21.0-beta.1Damien Regad1-1/+1
2020-12-19adodb.org is now served over SSLDamien Regad1-1/+1
Change web site references from http://adodb.org to https.
2020-12-16Merge branch 'hotfix/5.20' (v5.20.19)Damien Regad1-9/+2
Note on merge conflict in adodb.inc.php: At line 5133, parse_url() is called with `@` operator in the hotfix/5.20 branch (commit 2026e66e86f35995eee32557c2f83f1d539ca9c7) whereas the same change in the master branch (commit c1a6794ece2b02c2a5d238159ae85da3cbd6d) is without it. Code was kept as it is in master. # Conflicts: # adodb-lib.inc.php # adodb.inc.php # drivers/adodb-mssqlnative.inc.php # drivers/adodb-mysqli.inc.php # drivers/adodb-pdo.inc.php
2020-12-16Reset version to avoid merge conflictsDamien Regad1-1/+1
2020-12-14Bump version to 5.20.19Mark Newnham1-1/+1
2020-12-06Removed hotlinks to PHPlens see #564Mark Newnham1-9/+2
Site no longer active
2020-06-28Bump Versionv5.20.18Mark Newnham1-1/+1
2020-03-31Bump version to 5.20.17v5.20.17Damien Regad1-1/+1
2020-01-24Reuse $hrs instead of calling floor() againDamien Regad1-1/+1
2020-01-24Coding guidelinesDamien Regad1-3/+3
2020-01-24Add PHPDoc block for adodb_tz_offset()Damien Regad1-0/+8
Documenting the reason for the $ignored parameter.
2020-01-24Remove PHP5 checkMark Newnham1-15/+5
Function checked for PHP5, and made a separate display string for versions < 5.
2020-01-24Remove test for ADODB_DATETIME_CLASSMark Newnham1-14/+7
The PHP date object was only available for PHP > 5.0. The code tested for version in order to use the class.
2020-01-12Reset version to avoid merge conflictsDamien Regad1-1/+1
2020-01-12Bump version to 5.20.16v5.20.16Damien Regad1-1/+1
2019-11-24Bump version to 5.20.15v5.20.15Damien Regad1-1/+1
2019-11-12Codespell assisted typo cleaningJean-Michel Vourgère1-4/+4
2019-01-06Bump version to 5.20.14v5.20.14Damien Regad1-1/+1
2019-01-03Merge branch 'hotfix/5.20'Damien Regad1-5/+7
# Conflicts: # adodb-lib.inc.php # adodb-time.inc.php
2019-01-03WhitespaceDamien Regad1-4/+4
2019-01-01Security update to time library see #467Mark Newnham1-1/+25
The BindTimeStamp and adodb_getdate functions are susceptible to abuse, see #467. The new constant ADODB_FUTURE_DATE_CUTOFF_YEARS limits the future years. see the documentation http://adodb.org/dokuwiki/doku.php?id=v5:datetime:adodb_last_date_status for more information
2019-01-01Security update to time library see #467Mark Newnham1-1/+27
The BindTimeStamp and adodb_getdate functions are susceptible to abuse, see #467. The new constant ADODB_FUTURE_DATE_CUTOFF_YEARS limits the future years. see the documentation http://adodb.org/dokuwiki/doku.php?id=v5:datetime:adodb_last_date_status for more information
2018-08-06Merge branch 'hotfix/5.20' (v5.20.13)Damien Regad1-1/+2
# Conflicts: # adodb-time.inc.php # docs/changelog.md # drivers/adodb-mssql.inc.php # drivers/adodb-mssqlnative.inc.php # drivers/adodb-oci8po.inc.php
2018-08-06Reset version to avoid merge conflictsDamien Regad1-1/+1
2018-08-06Bump version to 5.20.13v5.20.13Damien Regad1-1/+1
2018-08-06Replace adodb.sourceforge.net URLs by adodb.orgDamien Regad1-1/+1
2018-08-06Standardize "latest version" commentsDamien Regad1-1/+2
2018-03-30Bump version to 5.20.12v5.20.12Damien Regad1-1/+1
2018-03-30Bump version to 5.20.11v5.20.11Damien Regad1-1/+1
2018-03-08Bump version to 5.20.10v5.20.10Damien Regad1-1/+1
2017-11-25Merge branch 'hotfix/5.20.10'Damien Regad1-1/+1
2017-11-25Fix year validation in adodb_validdate()Marco Menzel1-1/+1
Given year can only be less than 3000 or greater than 1000. Fixes #375
2016-12-21Bump version to 5.20.9v5.20.9Damien Regad1-1/+1
2016-12-17Bump version to 5.20.8v5.20.8Damien Regad1-1/+1
2016-09-20Bump version to 5.20.7v5.20.7Damien Regad1-1/+1
2016-09-20Update changelogDamien Regad1-1/+1
2016-08-31Bump version to 5.20.6v5.20.6Damien Regad1-1/+1
2016-08-10Bump version to 5.20.5v5.20.5Damien Regad1-1/+1
2016-04-27Add week of year support in date libraryMark Newnham1-0/+3
The ADOdb date/time library did not include support for the time format 'W' which returns the week of the year (1-52) that the provided date falls into. This format is supported by the standard PHP library, which means that if the provided date falls outside the 32-bit date range where adodb hands off data calculations to the standard gmdate for performance reasons, then the value is not calculated. 'W' is one of the standard identifiers used by sqlDate(), and adodb_date is used by sqlite to perform date calculations. Fixes #223
2016-04-27Quarter of year not returned correctlyMark Newnham1-3/+12
The ADOdb date/time library includes support for the time format 'Q' which returns the quarter of the year that the provided date falls into. This format is not supported by the standard PHP library, which means that if the provided date falls into the 32-bit date range where ADOdb hands off data calculations to the standard gmdate() for performance reasons, then the value is not calculated. The solution would be that, if a supplied format contained the 'Q' character, it would bypass the normal 32 bit test and be handled by the adodb date library in adodb_date() In addition, the quarter function does not return the correct value, it returns 3rds of a year instead of Quarters. Fixes #222
2016-03-30Bump version to 5.20.4Damien Regad1-1/+1
2016-01-02Update version 5.21.0-dev release year to 2016Damien Regad1-1/+1
2016-01-01Bump version to 5.20.3v5.20.3Damien Regad1-1/+1
generated by cgit v1.3 (git 2.53.0) at 2026-07-07 22:53:20 +0000