I have a date field that in a hook_form_alter set '#access' = FALSE to it. the default value - "now" is set to 16.03.1009 instead of 16.03.2009.

CommentFileSizeAuthor
#1 test_field_date_access_false.txt2.53 KBandreiashu

Comments

andreiashu’s picture

andreiashu commented
StatusFileSize
new test_field_date_access_false.txt2.53 KB

Here is the field definition.
Am i doing something wrong ?

JamesAn’s picture

JamesAn commented

I have a similar problem.

I created a year-only, Select List date field. The default value is set to relative and the Years back and forward is set to -100:+0. It gives me a range of years from 979 to 2009.

Changing the years back doesn't affect the lower limit of 979, but changing the years forward does change the upper limit of 2009.

For example:
-30:+0 gives the range 979 to 2009.
-100:+3 gives the range 979 to 2012.

I've tried clearing the cache and running cron (as sometimes errors are in changes not being applied due to the cache), but it doesn't help. I can try tracing the error in the code, but I'm not familiar with the code in this module, so I'll be slow.

Any help would be awesome.

andreiashu’s picture

andreiashu commented

don't know if it helps but this is what i could find out so far: in date_api_elements.inc in function date_text_validate the $element['#value'] is set correctly (ie. 2009-03-18 10:54:15). Unfortunately in the same function the $form_state['values']['field_test_data'][0]['value'] is set to 1000 years back - 1009-03-18 10:54:15.
I'll try to dig further but I'm blocked here i think...

Any help is solving this is greatly appreciated.

andreiashu’s picture

andreiashu commented

I tried it with the latest Dev version from 2009-Mar-19 and this is even worse. I get the following errors:

warning: Invalid argument supplied for foreach() in /var/www/my_site/sites/all/modules/date/date/date_elements.inc on line 429.
warning: date_offset_get() expects parameter 1 to be DateTime, null given in /var/www/my_site/sites/all/modules/date/date/date_elements.inc on line 473.
warning: date_format() expects parameter 1 to be DateTime, null given in /var/www/my_site/sites/all/modules/date/date/date_elements.inc on line 476.
warning: date_format() expects parameter 1 to be DateTime, null given in /var/www/my_site/sites/all/modules/date/date/date_elements.inc on line 477.
warning: date_offset_get() expects parameter 1 to be DateTime, null given in /var/www/my_site/sites/all/modules/date/date/date_elements.inc on line 479.
warning: date_timezone_set() expects parameter 1 to be DateTime, null given in /var/www/my_site/sites/all/modules/date/date/date_elements.inc on line 480.
warning: date_timezone_set() expects parameter 1 to be DateTime, null given in /var/www/my_site/sites/all/modules/date/date/date_elements.inc on line 481.
warning: date_format() expects parameter 1 to be DateTime, null given in /var/www/my_site/sites/all/modules/date/date/date_elements.inc on line 482.
warning: date_format() expects parameter 1 to be DateTime, null given in /var/www/my_site/sites/all/modules/date/date/date_elements.inc on line 483.
warning: date_timezone_set() expects parameter 1 to be DateTime, null given in /var/www/my_site/sites/all/modules/date/date/date_elements.inc on line 491.
warning: date_timezone_set() expects parameter 1 to be DateTime, null given in /var/www/my_site/sites/all/modules/date/date/date_elements.inc on line 492.
warning: date_format() expects parameter 1 to be DateTime, null given in /var/www/my_site/sites/all/modules/date/date/date_elements.inc on line 493.
warning: date_format() expects parameter 1 to be DateTime, null given in /var/www/my_site/sites/all/modules/date/date/date_elements.inc on line 496.
andreiashu’s picture

andreiashu commented
Title: Default value set to 1000 years back » Default value set to 1000 years back when #access is FALSE

Changed the title to better reflect the problem.

infojunkie’s picture

infojunkie
Location Vancouver
commented

Subscribe.

jason.fisher’s picture

jason.fisher commented
Priority: Normal » Critical

Bumping .. anyone have a solution?

JamesAn’s picture

JamesAn commented

I don't think so...

I ended up working around the problem by doing something else entirely. I never traced the problem to its source, so I don't actually know what's causing the problem.

vkareh’s picture

vkareh commented

Subscribing.

I'm having a similar issue with the Multistep module. Whenever there's a date field (I haven't yet figured out how to make Multistep work with those properly) after the first rebuild the year becomes blank and instead the drop-down shows from 9 to 2009, with an empty value at the top. If I unset $form_state['rebuild'] it renders normally (although the value disappears once you submit a different step, but that's a separate issue).

vkareh’s picture

vkareh commented

See http://drupal.org/node/408770#comment-1764744 (#408770: #access of date_combo fields prevents validation). The approach for solving that issue also solved this for me. I haven't had a problem with that code yet, but use it with caution.

arlinsandbulte’s picture

arlinsandbulte commented
Status: Active » Fixed

According to #10, #408770: #access of date_combo fields prevents validation potentially fixes the issue.
So, I am going to mark this as fixed.

If you still have the issue, please re-open and provide details about how to reproduce the issue.

Thanks

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.