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(a)lists.wikimedia.org> on behalf of Alex Monk
<amonk(a)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(a)wikimedia.org>
wrote:
On Mon, Dec 19, 2016 at 8:20 AM, Daniel Barrett
<danb(a)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