If you're logged in, and change your timezone in your preferences
(Preferences → Appearance → Time zone), the timestamps in the feed
HTML will respect that.
--
Bartosz Dziewoński
___
MediaWiki-l mailing list -- mediawiki-l@lists.wikimedia.org
To unsubsc
> On 4 Jul 2022, at 18:06, Jeffrey Walton wrote:
>
> It would be helpful if Mediawiki put a new LocalSettings.php in the
> tarball so we can see what a modern one looks like.
I agree with this. A couple of years ago I ran into the same (or at least a
very similar) problem: https://www.mediawi
On Mon, Jul 4, 2022 at 12:45 PM Jeffrey T. Darlington
wrote:
>
> ...
> Most often when I get bit by a MediaWiki issue, it's situations like this,
> where some ancient setting installed 14 years ago falls out of scope. It's
> not exactly reasonable to ask users to go digging through 21 major(?)
No. Once I commented that out, the update script ran successfully. My
wiki is now at 1.38.2.
I will look into trying to generate a new LocalSettings.php file during the
next upgrade, if I can remember to. That said, I run a smallish site and
I'm a one-man shop, juggling several third-party apps
Very good catch. That line was added by the installer before a rework in
MediaWiki 1.17 (2011). It has been causing DefaultSettings.php to be
loaded twice since then, but that was harmless until 1.38. This explains
why this problem didn't emerge before release, and why using a new
LocalSettings.
It never gets to this point. The error is apparently thrown before this.
Mind you, this is only if I keep this line in LocalSettings.php:
require_once( "$IP/includes/DefaultSettings.php" );
If I remove that, $wgBaseDirectory and MW_INSTALL_PATH are the same value.
So perhaps it has something to d
This is my second request to be removed from the email list as I no longer
use MediaWiki. I have sent two emails to
mediawiki-l-le...@lists.wikimedia.org and now the second reply into this
Distro.
Thanks and have a great, safe 4th!
Thank you!
On Mon, Jul 4, 2022 at 2:07 AM Benjamin Lees wrote:
Hi.
I had exact the same behavior with an x-times updated version of
mediawiki. This could be solved by generating a fresh LocalSettings.php
file generated by the installer. This makes even more sense since there
have been some changes in declarations which won't make it in that file
when upgr
