For all created following references can I get additional
Since 01/01/1970 - 01:00 shown this reference error.
For example, even with a link to http://coppermine-gallery.net/index.php
For all created following references can I get additional
Since 01/01/1970 - 01:00 shown this reference error.
For example, even with a link to http://coppermine-gallery.net/index.php
Comments
Comment #1
jonathan1055 commentedHello,
I'm not sure I understand your problem (I guess you used a German auto translation site?), but are you referring to the output from a view that uses the weblinks last_checked value? This field has recently changed (in 2.x-dev dated 16th May) from integer to datetime and I think the views_handler does not cater for this. At least my view is returning that all links were checked on 1st Jan 1970 with varying hours and minutes.
Nancy,
It looks like views_handler_field_date.inc only expects an integer of the unix timestamp variety. Do you know what handler can cater for datetime? There must be one in the views module.
Jonathan
Comment #2
jonathan1055 commentedI have found the problem with views module not formatting datetime values correctly, and have created a views issue #476774: Allow date handler to cope with 'date', 'datetime', 'datetime_with_timezone', 'ical', 'ical_date' and 'iso' formats and put a patch there. I don't know if this is the source of your problem but it was on my site it was not any fault within weblinks.
Jonathan
Comment #3
nancydruThanks, Johnathan. I subscribed to that issue so I will be updated when it gets responded to.
Not being a Views guru, I don't know if there is some way to get into the code and do a "strtotime" function on it.
Comment #4
jonathan1055 commentedI wouldn't call myself a Views guru either, but I have looked at it in the specific areas where I wanted to do something that is not there currently. One of my custom modules for my site creates a specific views handler to format a value in a way that was not provided. So weblinks in theory could provide its own datetime formatter, but we don't want to do that because it should be a global standard requirement and views should cater for it.
The patch I provided is only 4 additional lines, very simple, so I hope it will be accepted. I have another patch for the same views file in #441520: New date handler format for future dates which got a good response but the thread has since gone quiet. I think the views folks are busier with bigger more important problems.
Jonathan
Comment #5
nancydruWhat would happen if we just eliminated the handler and treated the value as a string?
It looks okay. You just don't have any formatting options.
Comment #6
printoperator commentedOh Sorry the Component specification was not correkt. This is from Checker.
Sorry my english is verry bad.
Comment #7
nancydruActually, Jürgen, the issue is in Views (or our support) even though the date you are questioning is from a different Web Links component.
Comment #8
nancydruThe patch submitted by Johnathan (see comment #2) fixes this.