Last modified: 2011-07-29 16:57:35 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T31565, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 29565 - Type::Date, False date conversion
Type::Date, False date conversion
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
Semantic MediaWiki (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Jeroen De Dauw
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-06-24 13:46 UTC by MWJames
Modified: 2011-07-29 16:57 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description MWJames 2011-06-24 13:46:31 UTC
As seen in example [1] the Revision date2 is set from the internal
REVISIONTIMESTAMP (20110624040111), Revision date2 itself is defined
as Has type::Date.

The conversion (as seen in the factbox) of the date is displayed as
14 January 773560863 BC 12:00:00 where the expected result for Revision date2 should be 24 June 2011 02:01:11.

[1] http://sandbox.semantic-mediawiki.org/wiki/Revision_date
Comment 1 Jeroen De Dauw 2011-07-27 22:06:45 UTC
Is this with trunk (trunk as in very recent trunk, ie not older then a few days)?
Comment 2 Jeroen De Dauw 2011-07-27 22:20:39 UTC
Just tested on trunk, and cannot reproduce. These was an issue such as you described, but I think Markus took care of it. So I'm marking this fixed. Please reopen if it's still there after upgrading to trunk.
Comment 3 MWJames 2011-07-27 23:31:25 UTC
We tested against the latest SMW trunk r93327, the symptom/issue have not be resolved, meaning that where a property is defined as Has type:Date, and the date is represented in the internal time stamp (Date + Time) format such as 20110624040111 the conversion shows 14 January 773560863 BC 12:00:00, which in fact is a wrong date/time conversion.

20110624040111 should be represented as 24 June 2011 04:01:11 (depending on conversion as in Modification date 24 June 2011 02:01:11 ) and not as 14 January 773560863 BC 12:00:00.

In either case the internal property Modification date does a correct conversion on the time stamp format.

An example can be found at [1] where the conversion can be seen for property Revision date2	and Modification date.

[1] http://sandbox.semantic-mediawiki.org/wiki/Revision_date
Comment 4 Jeroen De Dauw 2011-07-29 16:57:35 UTC
Should be fixed by r93469.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links