Log of /contributions/modules/date/date_api.install
Parent Directory
| 
Revision Log
| 
Revision Graph
Revision
1.16.2.1.2.20 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Jun 8 22:42:25 2009 UTC
(5 months, 2 weeks ago)
by
karens
Branch:
DRUPAL-6--2
CVS Tags:
DRUPAL-6--2-3
Changes since
1.16.2.1.2.19: +94 -3 lines
Diff to
previous 1.16.2.1.2.19
, to
branch point 1.16.2.1
#483682 and #395156 Have to alter the collation of the format fields in MYSQL so they don't do case-insensitive searches and indexes. Fixing table name at the same time to fix another sporatic problem where 'date_format' is treated as an invalid table name and the table is not created.
Revision
1.5.2.16 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sat Aug 30 12:03:45 2008 UTC
(14 months, 3 weeks ago)
by
karens
Branch:
DRUPAL-5--2
CVS Tags:
DRUPAL-5--2-1,
DRUPAL-5--2-1-2,
DRUPAL-5--2-2,
DRUPAL-5--2-3,
DRUPAL-5--2-4,
DRUPAL-5--2-5,
DRUPAL-5--2-6,
DRUPAL-5--2-7,
DRUPAL-5--2-8
Changes since
1.5.2.15: +7 -7 lines
Diff to
previous 1.5.2.15
, to
branch point 1.5
, to
next main 1.23
#301385 Change hook_requirements() to only set message in runtime to avoid install profile errors.
Revision
1.5.2.12 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu May 8 14:41:02 2008 UTC
(18 months, 2 weeks ago)
by
karens
Branch:
DRUPAL-5--2
Changes since
1.5.2.11: +3 -471 lines
Diff to
previous 1.5.2.11
, to
branch point 1.5
Prepare for proposed core timezone handling from #11077 by getting rid of deprecated timezones and adding in js timezone name detection.
Rework default timezone handling to force a valid date even when timezones are not set to get rid of numerous installation and operational errors caused by invalid date objects.
Revision
1.14 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Tue Mar 11 12:10:54 2008 UTC
(20 months, 2 weeks ago)
by
karens
Branch:
MAIN
Changes since
1.13: +2 -2 lines
Diff to
previous 1.13
Make sure new required modules get enabled during the update, should have made the module list an array.
Revision
1.12 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sun Feb 17 14:01:39 2008 UTC
(21 months, 1 week ago)
by
karens
Branch:
MAIN
Changes since
1.11: +1 -1 lines
Diff to
previous 1.11
Simplify the API by assuming all date element values are handled in DATETIME format. The CCK Date module handles conversion of ISO and UNIX values to and from DATETIME values. This simplification of the core API should make it easier to get into core and makes the element handling easier to follow, plus I assume the first thing we'll do when a date API is in core is convert core timestamp fields to true DATETIME fields, so this would be the natural default.
Revision
1.9 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Feb 15 13:23:53 2008 UTC
(21 months, 1 week ago)
by
karens
Branch:
MAIN
Changes since
1.8: +9 -9 lines
Diff to
previous 1.8
Remove database timezone handling by rolling back to previous version that used offsets instead. Based on problems noted in #218479 and #220663, we cannot count on database timezone handling to be available in MYSQL or work consistently with the timezone names that PHP uses in POSTGRES, so trying to do timezone conversions in the database is not going to work.
Synch with D5.2 version.
Revision
1.5.2.4 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Feb 15 13:01:19 2008 UTC
(21 months, 1 week ago)
by
karens
Branch:
DRUPAL-5--2
Changes since
1.5.2.3: +8 -8 lines
Diff to
previous 1.5.2.3
, to
branch point 1.5
Remove database timezone handling by rolling back to previous version that used offsets instead. Based on problems noted in #218479 and #220663, we cannot count on database timezone handling to be available in MYSQL or work consistently with the timezone names that PHP uses in POSTGRES, so trying to do timezone conversions in the database is not going to work.
More commits are coming to re-apply patches made after this change.
Revision
1.8 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sat Feb 9 20:34:57 2008 UTC
(21 months, 2 weeks ago)
by
karens
Branch:
MAIN
Changes since
1.7: +7 -7 lines
Diff to
previous 1.7
#218479 Add more information about db timezone support to the INSTALL.txt file and move the requirements test to the Date Timezone module.
Revision
1.4 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed Dec 5 18:00:54 2007 UTC
(23 months, 3 weeks ago)
by
karens
Branch:
MAIN
Changes since
1.3: +3 -3 lines
Diff to
previous 1.3
Rework the logic for handling the date timezone and converting from and to the db storage timezone. Finally realized the widget cannot do the timezone transformation, the widget must always be handling a date in the same timezone so validation and other processes can work correctly no matter what route the form takes. It will be up to the field, not the element, to transform the date from gmt to the local timezone when the date is retrieved from storage and back again before saving it.
This is the first of a series of updates to get this change implemented. Things are likely to be buggy untill all these changes are reworked and committed.
Revision
1.3 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sat Oct 13 14:08:12 2007 UTC
(2 years, 1 month ago)
by
karens
Branch:
MAIN
Changes since
1.2: +5 -3 lines
Diff to
previous 1.2
#178408 make sure $ret uses update_sql, patch by moofie, also cache date_views array so we don't have to re-create it on every page.
Revision
1.2 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Oct 1 00:03:36 2007 UTC
(2 years, 1 month ago)
by
karens
Branch:
MAIN
Changes since
1.1: +35 -1 lines
Diff to
previous 1.1
Move override of site and user timezone setting into its own module so it can be turned on or off and removed once this is done by core. Also make PHP4 handling into a module instead of an include file so it can be turned on or off and removed once core no longer supports PHP4.
Revision
1.1 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sat Jul 28 21:51:29 2007 UTC
(2 years, 3 months ago)
by
karens
Branch:
MAIN
Very preliminary rewrite of Date API to become version 5.2. Not ready to be used yet! Still coming is rewrite of date and calendar module to use new API.
This form allows you to request diffs between any two revisions of this file.
For each of the two "sides" of the diff,
select a symbolic revision name using the selection box, or choose
'Use Text Field' and enter a numeric revision.
