[01:59:46] I heard that mediawiki developers take notice of this channel, is that the case? [02:00:30] What do you mean by "take notice"? [02:00:47] mediawiki developers are in numerous channels for mediawiki related reasons [02:01:20] Like for posting issues/questions in the village pump [02:04:00] I'm pretty new to contributing to wikipedia in general, so I am bit overwhelmed when trying to figure out exactly where a particular question or issue should be raised. So I thought I would ask here before actually submitting a post [02:04:06] People generally pay attention in different spaces. But if you need to cross post something, it geenrally doesn't matter [02:04:24] *generally [02:08:40] So, what I wanted to talk about is access keys. Specifically how they are allocated to various functionalities. One in particular is "p" when in the context of "current page tools". In case you are not already familiar, this access key maps to the function of opening a printable version of the current page as a dialog in one's browser. I think this [02:08:41] use of the "p" button is a waste because that exact function can be accomplished with just ctrl+p in both firefox and chrome. [02:09:55] Here's a list of all the current access keys and what they do https://en.wikipedia.org/wiki/Wikipedia:Keyboard_shortcuts [02:17:38] I would like to propose a "re-mapping" of "p" to the "download as pdf" link, which is located right above the "printable version" link. Even though I think this makes perfect sense from a user's point of view - pdf's are printable documents, so the mnemonic is simple to remember- but I'm sure there are some technical challenges to implementing [02:17:38] this. I've been told that keyboard shortcuts and hot keys are actually pretty difficult to implement in browsers. [02:18:43] Would phabricator be an appropriate place to bring this up? [10:22:36] Hello and BIG thanks for the awesome free software. [10:22:38] I installed mw:Extension:TimedMediaHandler and started getting "Notice: Undefined index: descriptionUrl in /var/www/stop-synthetic-filth.org/w/extensions/EmbedVideo/classes/media/AudioTransformOutput.php on line 95" .... it seems both extensions provide http://en.wikipedia.org/wiki/Special:Search?go=Go&search=File:Videooraudiofile.ext-syntax and I'm inclined to think that's the reason for the notice. The notice appears when I preview a page with [10:22:40] a http://en.wikipedia.org/wiki/Special:Search?go=Go&search=File:... in it [10:23:05] oh sorry for the autoexpansion, stupid Konversation [10:24:49] It seems both extensions provide [ [ File:Video_or_audiofile.ext ] ]-syntax and I'm inclined to think that's the reason for the notice. The notice appears precily when I preview a page with a [ [File:...] ] in it [10:27:14] I guess I'm looking for a way to make use of both Extension:TimedMediaHandler over Extension:EmbedVideo in the same wiki, but sans this notice of undefined index. Any help would be much appreciated, thanks [11:04:31] yeah, I'm pretty sure that that notice is to do with both extensions providing the File:Mediafile.ext -syntax. What could I do to alleviate the situation [11:07:10] Apart from the Notice:, is anything else wrong? PHP NOTICEs shouldn't be shown to users in production websites. You should disable error reporting and see if everything works [11:07:44] Nothing else is wrong.. lemme check what I've forgotten in the LocalSettings [11:10:56] nope, I have not forgotten debugging on... lemme search for how to disable the notices... or if someone has from the top of their heads.. [11:21:15] I'm a little confused as I don't know the syntax of the php.ini ... I'm assuming that the tilde ~ is negation, but better check that [11:22:38] I think just setting display_errors = 0 in php.ini would be sufficient [11:22:47] "in PHP the tilde is used as a bitwise negation operator" .. allright. The means that I want 'error_reporting = E_ALL & ~E_NOTICE & ~E_WARNING' [11:23:23] display_errors = 0 sounds like nothing would be ever reported, but is it so? [11:23:23] You probably want to remove E_STRICT and E_DEPRECATED as well [11:24:03] You don't want your users to be faced with PHP errors. Errors generated from MediaWiki will still be displayed [11:26:15] So doing 'display_errors = 0' or 'error_reporting = E_ALL & ~E_NOTICE & ~E_WARNING & ~E_STRICT & ~E_DEPRECATED' is better choice for me? [11:28:17] I did the latter, because it is just finer grained contorl [11:31:27] uhh... the notice still exhibits after changing the error_reporting of /etc/php/7.3/apache/php.ini as stated above, restarting apache and memcached [11:35:29] I now also tried 'display_errors = 0' and still getting the notice text when I preview a page with audio embedded from the Wikimedia Commons: Did hit ctrl-shift-r [11:39:00] Hi guys. is it possible to automatically refresh the page after an article is saved with the visual editor?  Couldn't find anything [11:43:48] btw. The notice line is displaying two times and I cannot paint the notice texts for copy-paste [11:44:19] current setting in the php.ini for apache is 'display_errors = 0' [12:08:40] hi, I'm in the process of creating a MediaWiki backup with the goal to share it publicly; I can access files through FTP (cache, docs, extensions, etc), and the database through phpmyadmin; I have the following question: which database tables and file directories should I exclude to prevent private data, such as editor passwords, from becoming public? perhaps there's documentation on this? (in the past, I used the [12:08:41] dumpgenerator.py but that script is still incompatible with Python 3 https://github.com/WikiTeam/wikiteam/issues/395 ) [12:29:17] marthijn: one thing to note is that in the revision table, revisions which have the rev_deleted field set to something else than 0 are to be considered non-public; additionally if and when you have extensions installed, they may have added their own tables into the DB and said tables may or may not contain non-public data [12:33:45] marthijn: the WMCS filters might be a place to get a good idea [12:48:35] ok [23:31:17] Hi, I have an mw install and when visiting the RSS feed (https://testwiki.wiki/api.php?hidebots=1&translations=filter&urlversion=1&days=90&limit=50&action=feedrecentchanges&feedformat=rss) I see an xml error [23:31:30] This is mw 1.35.1 [23:31:51] I’m not sure how to fix it [23:33:17] XML Parsing Error: XML or text declaration not at start of entity [23:33:29] there is an empty line at the beginning [23:33:51] this can be seen as well in the main page [23:34:06] where there are two of them [23:34:21] see if you have newlines before the or after the finishing ?> [23:34:46] in fact, it's recommended to remove a ?> at the end of the file [23:34:50] to avoid this kind of errors [23:36:04] https://github.com/Test-Wiki/mediawiki/blob/REL1_35/api.php [23:36:29] I’m cloning that repo, so that should be exactly what is currently active [23:36:30] not there [23:36:40] what about your LocalSettings.php ? [23:37:32] Ah, sure enough [23:39:48] ok, you now removed one empty line [23:40:03] the feed now works again [23:40:18] although I suspect you still have one file somewhere with a stray newline [23:41:35] I checked my private settings file and it seems fine [23:42:04] maybe an extension [23:42:15] that's not being called by the api path [23:43:48] At this point it’l be upstream as I only manage two config files for this install, and they both look fine [23:43:57] Anyway thanks for the help :) [23:44:07] you're welcome