OK, I have traced the issue, and I'm embarrassed to say, it's in a custom extension.
(I removed the extension yesterday and the error kept happening, so I figured the extension
was harmless... but I'll bet I was fooled by browser caching.)
Apologies if my incorrect information wasted anyone's time.
The real issue is that a custom callback for the hook "SpecialPages_initList" is invoking RequestContext::getMain()->getUser()->isLoggedIn().
Apparently that doesn't work.
I'll take a guess that SpecialPages_initList runs too early for this check to succeed?
My goal is to remove some special pages for anonymous users but permit logged-in users to see them.
Is there a better way to check for a logged-in user at this hook point? Or a better way to remove
special pages for anonymous users?
Thank you very much for any advice,
DanB
________________________________ From: Daniel Barrett Sent: Monday, December 19, 2016 8:21 PM To: Wikimedia developers Subject: Re: [Wikitech-l] VisualEditor in 1.28 - fails after upgrade from 1.27
Ok, that's a start. Can you get the rest of the stack trace for the exception so we can figure out how that's getting called?
Sure. How do I get a full stack dump when the error appears only in the Chrome developer console?
BadMethodCallException from line 845 of <...>/w/includes/session/SessionManager.php: Sessions are disabled for this entry point
I've already enabled $wgShowExceptionDetails (which caused slightly more detail to appear, but no stack dump) and set every other debugging flag in sight on https://www.mediawiki.org/wiki/Manual:How_to_debug#PHP_errors in LocalSettings.php and in index.php. The only output I get is the above line in the Chrome developer console. The error does not appear in the associated Apache error log file.
DanB
________________________________ From: Wikitech-l wikitech-l-bounces@lists.wikimedia.org on behalf of Alex Monk amonk@wikimedia.org Sent: Monday, December 19, 2016 9:38 AM To: Wikimedia developers Subject: Re: [Wikitech-l] VisualEditor in 1.28 - fails after upgrade from 1.27
I feel like that sessions error was something we fixed months ago but can't find details right now. Certainly not the first time I've seen it...
On 19 Dec 2016 3:31 pm, "Brad Jorsch (Anomie)" bjorsch@wikimedia.org wrote:
On Mon, Dec 19, 2016 at 8:20 AM, Daniel Barrett danb@cimpress.com wrote:
Here you go:
BadMethodCallException from line 845 of <...>/w/includes/session/
SessionManager.php:
Sessions are disabled for this entry point
load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector:4 [43d736c07dd76d73cf26db20] /w/load.php?debug=false&lang= en&modules=startup&only=scripts&skin=vector BadMethodCallException
from
line 845 of <...>/w/includes/session/SessionManager.php: Sessions are disabled for this entry point