I was running Date 2.x-dev from May 24 (I think...) and had some issues with it which were supposed to be fixed in the May 27 version, so I upgraded. Now any dates entered in my fields are erased upon submission. Dates submitted before the upgrade still have their dates in the database, but they're not showing up when using a table View (that part is probably a different issue).
My system and CCK exports are in this issue.
Have these issues been addressed in other issues? It's hard to tell--this queue is so full. If so, can someone point me to the relevant ones?
| Comment | File | Size | Author |
|---|---|---|---|
| #7 | theme-date-display-combination2.patch | 706 bytes | bcn |
| #4 | theme-date-display-combination.patch | 715 bytes | johnalbin |
| #3 | date.theme_.patch | 700 bytes | bcn |
Comments
Comment #1
icecreamyou commentedI forgot to add--I have these errors when I'm looking at a table view for each entry in the view in my log:
Comment #2
johnalbinSee #264208: Delimiter must not be alphanumeric or backslash for that error.
Changing title so we can focus on the date_formatter_process error messages.
Comment #3
bcn commentedI'm also getting the errors for
Missing argument 3 for date_formatter_process()andMissing argument 3 for date_formatter_process()On line 41 of date.theme we find
$dates = date_formatter_process($element);The problem is that the function defining
date_formatter_process()found on line 115 of date.module looks like this:function date_formatter_process($field, $item, $node, $formatter = 'default')This function needs 3 arguments, and is only getting the one
$element. I don't know where$elementis coming from...I didn't look at this very long, so I could way off, but the attached patch simply takes the arguments being given to
function theme_date_display_combination($field, $item, $dates, $node = NULL)and passes them to the the
date_formatter_process(), like this:Comment #4
johnalbinActually, the only place
theme('date_display_combination', …)is called is fromdate_field_formatter():So actually date_formatter_process() is already run before theme_date_display_combination() is called. And since $formatter is not passed to the theme function, we can’t call pass $formatter to date_formatter_process() from within the theme function. So not only is the date_formatter_process() not needed in the theme function, you can't even call it correctly from within the theme function.
This patch simply removes that line from theme_date_display_combination() since its both redundant and broken.
Comment #5
bcn commentedPatch #4 applies cleanly, and the errors are gone!
Thanks John.
Comment #6
karens commentedThanks! This is committed.
Comment #7
bcn commentedThis sneaked back in there with this commit http://drupal.org/cvs?commit=119505.
Attached is a reroll of JohnAlbin's patch against the latest dev.
Comment #8
johnalbinGood catch, Noah!
Comment #9
karens commentedThanks -- trying to work on several versions at once is a recipe for disaster :)
Fix re-committed.
Comment #10
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.