The latest upgrade from 2.05 to 3.2 RC1 of WF-Downloads ic causing me a problem in my 'Recent Downloads' block. Basically, the date is being displayed as the integer based value as seconds passed from the Unix Epoch date value as opposed to the normal human readable date format. For example, '1182189976' is shown instead of 18/06/07. Screenshot Illustrates (this is confirmed by visiting http://www.unixtimestamp.com).

My template values for wfdownloads_block_new.html read as follows :



The obvious value here being <{$download.date}> which I assume is a PHP function call to a date converter in Smarty? The value for the news module by comparison is working fine and can be seen in the same screenshot at the bottom. It uses [<{$news.date}>]. To add insult to injury, since updating the template for the 'Recent Downloads' block (to see if that helped) they are now all shown in a bizarre order - not in date order as they were before (whereas before they were still listed in date order even though the date conversion was not taking place).

I have requested support at The Smart Factory here if anyone wants to post there : http://smartfactory.ca/modules/newbb/viewtopic.php?topic_id=2050&forum=12&post_id=8273#forumpost8273

XOOPS 2.0.16
Software server : Zeus/4.3
PHP version : 4.4.7
MySql version : 4.1.22-standard-log

Cheers

Ted

No one else had this?

Have you tried changing the date format in WFD's preferences?

Date format is set d-M-Y as required (http://uk.php.net/date). But those settings are just the PHP rendering of the converted and calculated dates. In this case the integer values are not being converted intoa date at all.

Very odd.

I have not had this problem in any of my upgrades.

Let's take this apart - the block template looks like this



You are correct, the <{$download.date}> value is what is being displayed as the published date for the download. The smarty being used just enumerates the different array values returned from the block code. The code returns an array - $block - which holds the titles, ids, published date, and wfdownloads directory for each download listed. There is no additional formatting done here - the formatting is done in the code that returns the array.

-> Template appears to be OK

The code that returns this information is in wfdownloads/blocks/wfdownloads_top.php using the function b_wfdownloads_top_show.

The line that fills the published date value is this one (line 50 in my copy) -



formatTimestamp is defined in XOOPS_ROOT/include/functions.php. The first argument of the function is the timestamp to be formatted, the second is the format to use (and there is a third for the user's timezone offset).

Now, since you state the Recent News block is working correctly and it uses the same function (formatTimestamp), I will deduce that function is working correctly.

-> XOOPS functions appear to be OK

So, the question comes down to is the code in the block function OK and is the timestamp in the database OK?

Most likely, you database is OK, because the update does not impact the data, only the files.

Look for any 0 byte files in your wfdownloads directory and subdirectories. Then look at wfdownloads_top.

Good Luck!