[10:36:06] <MartyH>	 hi, I hope I'm in the right place. I'd like to periodically crawl the pages of a small category on a Wikia site, that uses templates as semi-structured data. As always, parsing is a pain. Is there anything in the MediaWiki API that can return a parse tree of a revision?
[10:37:06] <MartyH>	 So ideally I would get neither the raw wikitext, nor the expanded context, but just the result of a parse
[10:37:21] <MartyH>	 IIRC mediawiki doesn't work that way, but my recollection is from a long time ago
[11:40:57] <kanista>	 hi im using accesscontrol extension 
[11:41:01] <kanista>	 in mediawiki
[11:41:24] <kanista>	 the problem is that it isn't properly configured
[11:42:03] <kanista>	 because when some of my custom groups tries to access a page 
[11:42:17] <kanista>	 it's says this page has restricted access
[11:42:28] <kanista>	 here's my configuration file
[11:43:43] <kanista>	 http://dpaste.de/XMf4
[11:43:57] <kanista>	 can someone point to me what's the problem 
[11:44:12] <kanista>	 it would be a great help to me 
[11:44:14] <kanista>	 thanks
[11:48:17] <kanista>	 :)
[20:28:13] <CitadelCore_>	 Hi!
[20:29:51] <CitadelCore_>	 I was wondering if anyone here knows anything about the problem I'm coming across with one of the MediaWiki hooks. I'm attempting to write an extension that uses the "onPageContentSaveComplete" hook, and when it is enabled the page save crashes with this error: https://pastebin.com/vfY3JDbX
[20:30:46] <CitadelCore_>	 My code is here: https://pastebin.com/X6q23BEq
[20:31:12] <CitadelCore_>	 It seems to be crashed by the "$serviceBusRestProxy = ServicesBuilder::getInstance()->createServiceBusService($connectionString);" line, even though it is inside a try/catch
[20:41:52] <bawolff>	 CitadelCore_: Are you sure you have php warnings fully on?
[20:53:55] <CitadelCore_>	 bawolff: Not sure, I'll check.
[20:57:16] <bawolff>	 CitadelCore_: The error means basically that mediawiki is shutting down while there is still a transaction open. Which maybe something you're calling is trying to exit php or something (?). Also check if any of your code is opening a new transaction or atomic section that it never closes
[20:57:31] <CitadelCore_>	 Exactly the same error occured as before
[20:57:44] <CitadelCore_>	 Huh, weird
[20:58:51] <CitadelCore_>	 Well, this is literally all of my code - https://pastebin.com/siQJDBVh
[20:59:13] <CitadelCore_>	 I don't exactly understand what a transaction or atomic section is, though.
[21:00:07] <bawolff>	 Its a database concept of changes that are grouped together, so that either all the chanegs go through or none of them
[21:00:38] <CitadelCore_>	 Ah.
[21:01:11] <bawolff>	 It sounds like the issue would be in something the WindowsAzure library is doing, but that is really odd
[21:01:30] <CitadelCore_>	 oh crap, I forgot to redact my shared access key from the pastebin
[21:01:46] <CitadelCore_>	 woops
[21:02:04] <bawolff>	 This sort of issue can maybe also happen if you catch certain db exceptions, but you're not catching any of the mediawiki exception types, so you should be fine
[21:02:16] <CitadelCore_>	 ah
[21:02:49] <Vulpix>	 it may happen on some setups if a fatal exception is thrown; T85762
[21:02:50] <stashbot>	 T85762: Get rid of the Uncommitted DB writes notice - https://phabricator.wikimedia.org/T85762
[21:04:43] <CitadelCore_>	 hmm, I need to catch the exception somehow.
[21:11:54] <bawolff>	 What you have for catching exceptions should be fine, since you are not catching MediaWiki specific exception classes
[21:12:15] <bawolff>	 I think what Vulpix said is probably the cause, something causes a php fatal error, and for some reason the actual error is not being written to log
[21:12:55] <CitadelCore_>	 Is there a way to override the fatal error handler to log it somehow?
[23:38:28] <keithzg>	 Is there any way to *decompress* current revisions once one has turned off $wgCompressRevisions?
[23:39:14] <keithzg>	 It'd be nice if SQL queries were able to find text in pages that haven't been updated since the option was disabled, heh