Topic on Project:Support desk

Botched upgrade from 1.31 reverted back to 1.30 with a backup which probably wasn't very comprehensive, since the original backup failed and the backup-backup couldn't even be obtained.

https://wikizilla.org/wiki/Special:RecentChanges

The notice:

Notice: Undefined variable: type in /[...]/wiki/extensions/HeadScript/HeadScript.php on line 3

I have already fixed the issue that this talks about. More than that, I even commented out the extension on LocalSettings.php, turning off error notifications on the .htaccess on the folder containing /wiki/ & the .htaccess on /wiki/ . I've set $wgShowExceptionDetails to false. There is no error_reporting( -1); in there either. php.ini also has error reporting off. Yet this still shows. A dozen other extensions are broken too and recent changes.

*and recent changes isn't showing the arrow on the left which allows you to see specific revisions changed.

But please most urgent is figuring out why this isn't updating/how to hide this. Even trying to make every page redirect to a 503.php page in both .htaccess files was completely ignored except for exclusively on the bare website URL... https://wikizilla.org

Changing LocalSettings.php at all seems to get ignored, whereas I know previously it used to be pretty immediate.

Which webserver software is used? How did you restart your webserver software so it can pick up the changes you made?

It's on cPanel (non-WHM... shared hosting I think)

Server Name	[blanked out]
cPanel Version	70.0 (build 51)
Apache Version	2.4.33
PHP Version	5.6.36
MySQL Version	5.6.39-cll-lve
Architecture	x86_64
Operating System	linux

I didn't try / know to or know how to restart it. I don't know if I have to restart Apache ("Apache Version"; got no clue how to even get to that), or should it be linux via SSH ("Operating System"), or if I have to do something else.

I went ahead and edited the Monobook.css mediawiki page to move the entire mediawiki body up so that the notice is hidden (but still visible when loading any page on the site) as a temporary non-solution fix.

Can you once more make sure that you're making changes to the correct LocalSettings.php file?🤔

Yes, there's only one LocalSettings.php file in /wiki/ and that is where this wiki is located. I went ahead and overwrote the LocalSettings on the backup hidden away, but that didn't do anything.

There's "LocalSettings.php" files in extensions/Popups/tests/browser/LocalSettings.php and in extensions/MultimediaViewer/tests/browser/LocalSettings.php but those aren't actual LocalSettings files.

If you remove the database information from LocalSettings.php, does the Wiki stop working as expected, or does it still continue as nothing changed?

I removed the database information, saved it, waited, and nothing at all happened. It still acts like nothing has happened.

The only reasons that I can think of, for this, are the wrong LocalSettings.php file is being edited, or some kind of aggressive caching in play. Are you using some CDN, like CloudFlare, for your website?

This looks more of a webserver unable to pick changes issue rather than a MediaWiki one, however.😕

It might have been the aggressive caching you were talking about. I had someone else look at it for me and they edited the files and claimed they saw nothing I've been adding or changing. Extremely odd. Still, thank you for your responses.