Page MenuHomePhabricator

WfTimestampTest::testOldTimestamps randomly fails for some users and on travis
Closed, ResolvedPublic


Particularly with data set #12 and #13. See on travis

The method gets most of the date correct but gets the day itself slightly wrong.

To me this looks like something that changes slightly from system to system.

The tests (or these 2 in particular) should probably be changed to ignore the changing day and just test the rest of the timestamp.

Version: 1.24rc
Severity: normal



Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 3:20 AM
bzimport set Reference to bz64946.
bzimport added a subscriber: Unknown Object (MLST).

Change 131674 had a related patch set uploaded by Addshore:
Ignore days of random failing tests in wfTimestampTest

Change 131674 merged by jenkins-bot:
Ignore days of random failing tests in wfTimestampTest

fred wrote:

Not random - the old value in the test was incorrect; this was fixed in recent versions of PHP and HHVM (due to a timelib update). More info in