C. Scott Ananian 1e2af489ae ParserOutput: ensure all created ParserOutputs have a "start of parse" time set ... *Most* implementations of ContentHandler::fillParserOutput() ensure that the returned ParserOutput has had ParserOutput::resetParseStartTime() called on it at an appropriate time -- but not *all*. This is a belt-and-suspenders fix that ensures that every code path which creates a ParserOutput has *some* "start time" defined. This could be misleading if the parsing is done first and the parser output is created at the very end of the parse, but in all the code that I've looked at the ParserOutput is the first thing created and so this default should be reasonable. While we're at it, remove the parseStartTime from the serialized form of the ParserOutput, because it is useless after the object is unserialized. Bug: T376433 Change-Id: I3bdf3996401a7d5ac4d8e1e5e6afb7ca410cbe6c		2024-10-04 19:14:37 -04:00
..
BlobStoreFactoryTest.php	Add namespace to remaining parts of Wikimedia\ObjectCache	2024-09-27 16:19:10 -04:00
EditResultBuilderTest.php
EditResultCacheTest.php	Add namespace to the root classes of ObjectCache	2024-07-10 00:14:54 +03:30
EditResultTest.php	Add namespace and deprecation alias to FormatJson	2024-05-16 16:28:01 +03:30
PageUpdaterFactoryTest.php
PageUpdateStatusTest.php
PreparedEditTest.php	ParserOutput: ensure all created ParserOutputs have a "start of parse" time set	2024-10-04 19:14:37 -04:00
RevertedTagUpdateManagerTest.php	Revision,Storage: Widen @covers tags in tests	2024-08-30 04:23:11 +00:00
RevertedTagUpdateTest.php	Add namespace and deprecation alias to FormatJson	2024-05-16 16:28:01 +03:30