[00:15:33] how can I verify that [root]/LocalSettings.php is being read? [00:31:59] ebade2000: change the wiki name in it, it'll update the title of the pages [00:42:10] lsof [root]/LocalSettings.php [00:50:13] @Sveta tried that and it seems mediawiki is not reading from the LocalSettings.php file as the name did not change. Next question is how to I find out what settings file is being read? [00:51:10] grep -r 'my wiki name' / [00:57:25] @Sveta it is the only LocalSettings.php file in the mediawiki folder. I am thinking it is either a caching issue or maybe something has been saved in the database [01:00:17] you can search on your entire computer using the command that I gave [01:00:41] refreshing the page should be enough, but you could restart the webserver if you doubt it [04:27:25] hello [04:27:47] someone can help me? [04:27:56] yes? [04:28:19] with the extension ulpoad wizard [04:28:27] *uploadwizard [04:29:23] I've set several licences in the variable $wgUploadWizardConfig [04:30:12] but, when i am going to upload a file with some of these custom licenses [04:30:51] the text appears so: ⧼mwe-upwiz-license-wiki-head⧽ [04:31:15] and it don't display the mediawiki:mwe-upwiz-license-wiki [04:31:24] that i've created [04:31:49] *mediawiki:mwe-upwiz-license-wiki-head [04:32:26] is that a custom message? [04:33:21] yes [04:33:45] and that a custom license that i've added to that variable [04:53:45] help? :/ [05:28:35] helpppp [12:35:17] Reedy: duesen: just FYI, I wasn't able to cure the NameTableAccessException. However, I did need to reimport DB from v1.27 and ran through the upgrade process which did cure the issue. Actually it appeared for the Spanish wiki, but re-importing the DB did the trick. [12:37:06] iow, problem on En wiki --> reimport everything --> problem on Es wiki --> reimport only Es --> problem solved [18:10:41] !ping [18:10:42] Pong. [18:10:51] thanks wm-bot, i can always count on you [18:10:51] Hey MatmaRex__, you are welcome! [19:52:36] Reedy: duesen: the dreaded NameTableAccessException is back and nothing changed on wiki!? It was working fine this morning. [19:54:40] Some pages will work (like page history), but most views result in a fatal error [19:56:33] If there is a way to diagnose, or solve this problem, I've got to come up with it ASAP because the site is in testing and supposed to go live Sunday night [20:28:25] I need some help; I'm trying to get infobox working, but the box doesn't show up the way I expected it to [20:31:08] the grey background for the box won't show up, so it looks like this: https://ttm.sh/Yj.png [20:32:01] (I'm making a wiki for my fantasy football group) [20:43:48] nvm, I didn't copy the CSS correctly. my bad [20:44:18] it also explains why the infobox wasn't floating right [20:57:33] actually, now I'm having a spacing issue [20:57:35] https://ttm.sh/Yc.png [20:57:46] is there any way to get rid of the extra space above the infobox? [20:59:23] khuxkm: use chrome/ff dev tools to inspect the element to see where the margin and padding rules are coming from and adjust the CSS [21:03:04] Not only did NameTableAccessExcepton suddenlly appear out of nowhere, but it affects all wikis in the wiki farm (11 separate language wikis) [21:20:39] khuxkm: watch for any empty lines before the template, or inside the template, or by things like categories and other magic words at the top of the page or template [21:21:52] For example, putting a category on it's own line, and a __NOTOC__ on another line, will output nothing, but the newlines will be there anyway and cause the extra space [21:54:39] that did it, thanks!