So 1.27 has been tested with php 7.0.15? .15 was just released on Jan 19, I don't even have my local development box updated to 7.0.15 yet to test it. http://php.net/ChangeLog-7.php Does look like there was DOM change in .15. Tom

Thanks Max, just checking before I start upgrading. Didn't really plan on doing the upgrades until March but I guess I'll have to accelerate that plan and live on 5.6 until I can get to it. Tom

Upgraded to 1.27, worked great on my local dev box running 7.0.15. Updated at the host and still having issues. Two backtraces instead of one. Here are the Errors... MediaWiki internal error. Original exception: [WI2ZAMY2ckcAAXoh3UoAAAAr] /wiki/Main_Page MWException from line 1285 of /home/~/public_html/w/includes/parser/Preprocessor_DOM.php: PPFrame_DOM::expand: Invalid parameter type Backtrace: #0 /home/~/public_html/w/includes/parser/Parser.php(3366): PPFrame_DOM->expand(NULL, integer) #1 /home/~/public_html/w/includes/parser/Parser.php(1248): Parser->replaceVariables(string) #2 /home/~/public_html/w/includes/parser/Parser.php(446): Parser->internalParse(string) #3 /home/~/public_html/w/includes/content/WikitextContent.php(331): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer) #4 /home/~/public_html/w/includes/content/AbstractContent.php(497): WikitextContent->fillParserOutput(Title, integer, ParserOptions, boolean, ParserOutput) #5 /home/~/public_html/w/includes/poolcounter/PoolWorkArticleView.php(139): AbstractContent->getParserOutput(Title, integer, ParserOptions) #6 /home/~/public_html/w/includes/poolcounter/PoolCounterWork.php(123): PoolWorkArticleView->doWork() #7 /home/~/public_html/w/includes/page/Article.php(666): PoolCounterWork->execute() #8 /home/~/public_html/w/includes/actions/ViewAction.php(44): Article->view() #9 /home/~/public_html/w/includes/MediaWiki.php(503): ViewAction->show() #10 /home/~/public_html/w/includes/MediaWiki.php(288): MediaWiki->performAction(Article, Title) #11 /home/~/public_html/w/includes/MediaWiki.php(745): MediaWiki->performRequest() #12 /home/~/public_html/w/includes/MediaWiki.php(519): MediaWiki->main() #13 /home/~/public_html/w/index.php(43): MediaWiki->run() #14 {main} Exception caught inside exception handler: [WI2ZAMY2ckcAAXoh3UoAAAAr] /wiki/Main_Page MWException from line 1285 of /home/~/public_html/w/includes/parser/Preprocessor_DOM.php: PPFrame_DOM::expand: Invalid parameter type Backtrace: #0 /home/~/public_html/w/includes/parser/Parser.php(3366): PPFrame_DOM->expand(NULL, integer) #1 /home/~/public_html/w/includes/parser/Parser.php(1248): Parser->replaceVariables(string) #2 /home/~/public_html/w/includes/parser/Parser.php(446): Parser->internalParse(string) #3 /home/~/public_html/w/includes/cache/MessageCache.php(1103): Parser->parse(string, Title, ParserOptions, boolean) #4 /home/~/public_html/w/includes/Message.php(1141): MessageCache->parse(string, Title, boolean, boolean, Language) #5 /home/~/public_html/w/includes/Message.php(824): Message->parseText(string) #6 /home/~/public_html/w/includes/Message.php(880): Message->toString() #7 /home/~/public_html/w/includes/skins/Skin.php(620): Message->parse() #8 /home/~/public_html/w/includes/skins/SkinTemplate.php(459): Skin->printSource() #9 /home/~/public_html/w/includes/skins/SkinTemplate.php(246): SkinTemplate->prepareQuickTemplate(OutputPage) #10 /home/~/public_html/w/includes/OutputPage.php(2324): SkinTemplate->outputPage() #11 /home/~/public_html/w/includes/exception/MWException.php(204): OutputPage->output() #12 /home/~/public_html/w/includes/exception/MWException.php(244): MWException->reportHTML() #13 /home/~/public_html/w/includes/exception/MWExceptionHandler.php(69): MWException->report() #14 /home/~/public_html/w/includes/exception/MWExceptionHandler.php(180): MWExceptionHandler::report(MWException) #15 /home/~/public_html/w/includes/MediaWiki.php(528): MWExceptionHandler::handleException(MWException) #16 /home/~/public_html/w/index.php(43): MediaWiki->run() #17 {main} Out of ideas unless I am missing something. Only thing that sticks out is: Host: PCRE (Perl Compatible Regular Expressions) Support enabled PCRE Library Version 8.37 2015-04-28 PCRE JIT Support disabled My Local: PCRE (Perl Compatible Regular Expressions) Support enabled PCRE Library Version 8.37 2015-04-28 PCRE JIT Support enabled Could this be causing the issue? Thanks Tom

Hi Bartosz, It gets real interesting... and I had a full circle moment when the host tech tried telling me it was MW problem referencing this thread!!! So here is what I have finally debugged and for the record even though it isn't supported "MW 1.23.15 works with php 7.0.15" just fine. I also got 1.27.1 working on this host as I updated one of the 1.23.15 installs to 1.27.1. I tried telling the support tech(stretching this word) php modules were being double and triple loaded by their configuration, but they didn't want to listen to me. The error_log for fastcgi is filling up with these notices. [30-Jan-2017 13:47:09 America/New_York] PHP Warning: Module 'PDO' already loaded in Unknown on line 0 [30-Jan-2017 13:47:09 America/New_York] PHP Warning: Module 'PDO' already loaded in Unknown on line 0 [30-Jan-2017 13:47:09 America/New_York] PHP Warning: Module 'PDO' already loaded in Unknown on line 0 [30-Jan-2017 13:47:09 America/New_York] PHP Warning: Module 'dom' already loaded in Unknown on line 0 [30-Jan-2017 13:47:09 America/New_York] PHP Warning: Module 'dom' already loaded in Unknown on line 0 This must be causing something to bork. I had to shut off the xls module it loads dom first and the </facepalm> dom module because another module is loading dom first again, which is the xmlreader module. Total mess with the dynamic module loading. I can debug this more and create a bug report on phabricator if anyone thinks this can be handled by the software better. I don't know what the consequences of double and triple loading modules has on the php dom module as PDO is triple loading still and there doesn't seem to be any issue. However, it definitely breaks MW multiloading the php dom module or perhaps xmlreader doesn't load because it was encountering a dom load request first. Tom -----Original Message----- From: MediaWiki-l [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Bartosz Dziewonski Sent: Monday, January 30, 2017 1:56 PM To: MediaWiki announcements and site admin list &lt;mediawiki-l(a)lists.wikimedia.org&gt; Subject: Re: [MediaWiki-l] Update to php 7.0.15 breaking MW 1.23 Huh, that's interesting. Going through the backtrace, it looks like Preprocessor_DOM::preprocessToObj is returning null when it really should never do that. For debugging, can you add the following at the end of the file /includes/parser/Preprocessor_DOM.php (just before 'return $obj;'): if ( !$obj ) { throw new MWException( "No result for XML: $xml" ); } And report the new error message and backtrace you should get? -- Bartosz Dziewoński _______________________________________________ MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l