Bug 1317123

Summary: Missing microseconds to the serialised form of DateTime objects
Product: Red Hat Enterprise Linux 7 Reporter: Remi Collet <fedora>
Component: phpAssignee: Remi Collet <rcollet>
Status: CLOSED CURRENTRELEASE QA Contact: RHEL Stacks Subsystem QE <rhel-stacks-subsystem-qe>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.2CC: bnater, djez, jorton
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-06-17 10:37:33 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Remi Collet 2016-03-12 06:56:06 UTC 
DateTime are not correctly serialized, resulting in a lost of precision.

This raise issue in some test suites

Ex: in php-pecl-pq

TEST 14/47 [tests/conv001.phpt]
========DIFF========
104+       string(19) "2016-03-11 00:00:00"
104-       string(26) "%d-%d-%d 00:00:00.000000"
115+       string(19) "2016-03-11 19:50:56"
115-       string(26) "%d-%d-%d %d:%d:%d.000000"
126+       string(19) "2016-03-11 18:50:56"
126-       string(26) "%d-%d-%d %d:%d:%d.000000"
137+       string(19) "2016-03-11 19:50:56"
137-       string(26) "%d-%d-%d %d:%d:%d.000000"
148+       string(19) "2016-03-11 00:00:00"
148-       string(26) "%d-%d-%d 00:00:00.000000"
159+       string(19) "2016-03-11 19:50:56"
159-       string(26) "%d-%d-%d %d:%d:%d.000000"
170+       string(19) "2016-03-11 18:50:56"
170-       string(26) "%d-%d-%d %d:%d:%d.000000"
181+       string(19) "2016-03-11 19:50:56"
181-       string(26) "%d-%d-%d %d:%d:%d.000000"
========DONE========
FAIL converter [tests/conv001.phpt]
Comment 1 Remi Collet 2016-03-12 06:57:16 UTC 
Upstream bug https://bugs.php.net/bug.php?id=67308
Upstream fix http://git.php.net/?p=php-src.git;a=commit;h=fdb2709dd27c5987c2d2c8aaf0cdbebf9f17f643
Comment 9 Joe Orton 2020-06-17 10:37:33 UTC 
Fixed in RHEL8.