[00:37:18] I want to add my custom fabicons to the site [00:37:35] how do i do that on mediawiki [00:37:52] satdav: https://www.mediawiki.org/wiki/Manual:$wgFavicon [00:38:08] https://www.mediawiki.org/wiki/Manual:FAQ#How_do_I_change_the_icon_in_the_browser.27s_address_line_.28favicon.29.3F [03:53:38] So I'm doing a move/upgrade of a mediawiki (upgrading from 1.24.1 to 1.34.1 and also changing servers). I'm getting an error that I'm not sure what to do with. I'd pastebin, but the website itself is sharing the error nicely, so: http://trinsic.mainstreet52.info/ [03:53:56] (debug is on, as I googled and found a suggestion to do that) [04:13:10] (and yes, I did run update.php) [04:13:37] but I'm suspicious and I'm going to run it again [04:14:42] hmm, this time it's taking a while, I'm encouraged by this [04:16:12] not sure why it did nothing the first time, but this might fix it [04:16:14] * mainstreet crosses fingers [04:29:30] yay, working [04:29:38] just gotta figure out why the logo isn't loading lol [04:30:21] got it [04:31:21] well, google helped more than I thought it did, and your help pages and stuff, alright thanks [11:12:10] y0 and big thanks for the awesome free software and support. I'm looking for a way to embed a few normal web pages into wiki articles, but there doesn't seem to be a standard solution to do that. Any pointers? [11:12:51] Extension:IFrame says it doesn't work with MobileFrontend, and I'm loving the MobileFrontend now that I got it installed and conffed [11:13:47] Extension:EmberAnything github repo hasn't been updated in 5 yrs [11:48:47] jukebohi: You may want to try Extension:Widgets. You define a template code for the iframe and then include it on pages. Depending on openness/security you want, you can define one widget per iframe you want to embed (good security, bad for users wanting to add/update more), or add the URL as a parameter (then anyone would be able to change the URL) [11:48:51] !e Widgets [11:48:51] https://www.mediawiki.org/wiki/Extension:Widgets [12:17:19] ok. thanks will check it out. was checking it out for something else, but then it turned out to be disadvantageous for that [12:22:13] Sorry... this Extension:Widgets + IFrame widget is no-go because https://www.mediawikiwidgets.org/Iframe has !!! Security Warning !!! on it [12:25:57] not properly escaped, which may lead to cross-scripting [12:28:41] If you create a static widget (with no parameters at all) there's no XSS issue. Of course, it will be static, which may or may not work for your use case [12:44:40] oh, ok, thanks for the info. I just want to include one web page atm, maybe just a few [14:16:50] i'm hoping someone can point me in the right direction, i'm trying to update mediawiki 1.15.1 to 1.24.1 (since that works with php5, included with centos7) but when i try to update the db (running mariadb) i get Error: 1054 Unknown column 'ipb_parent_block_id' in 'field list' (localhost) - full text here https://pastebin.com/cu4N8V6z [14:17:53] a search comes up with some results but not related to updating the db, but rather some other bugs that were resolved [14:19:45] my ultimate goal is to migrate an old mediawiki server from centos5 to centos7, all i've done at this point is copy the files and database but unfortunately the index.php doesn't load from a browser due to, my guess, it being so old it doesn't work on php 5.4 [14:27:16] iam8up: Someone here suggests running update.php again https://www.mediawiki.org/wiki/Topic:Tx7jurjrriawt600 [14:33:02] Vulpix, i believe he's saying run update.php right after a restore of the db backup, this is what i'm already doing; i'm not sure why he got half way through the update to run into the problem [14:33:42] i just added $wgShowExceptionDetails = true; and $wgShowDBErrorBacktrace = true; and now i'm getting more information - https://pastebin.com/nMiG9s4C [14:38:08] Vulpix. I installed Extension:Widgets and the Iframe widget, but it warns that this allows anyone with edit rights to insert any page [14:39:35] And I don't want anyone else adding any embedded web pages. Is there a way to keep my peace that I don't need to be checking the wikis every 15 minutes for vandalism with Extension:Widgets & Iframe widget [14:40:05] jukebohi: aren't widgets stored in a namespace that's only editable by admins? [14:40:18] yes, but it seems they can be invoked anywhere [14:40:22] I don't use that extension, but I remember this being a thing [14:40:44] .. and with any parameters [14:41:17] What? I said to create the widget without parameters... [14:42:17] I created the default Iframe widget by copy pasting from https://www.mediawikiwidgets.org/w/index.php?title=Widget:Iframe&action=edit [14:42:45] Sorry, me not very texy [14:43:11] I guess I need to figure out how to edit the default Iframe so that it will not take any user specified parameters? [14:43:12] iam8up: Disable extension ConfirmAccount before running update.php [14:43:39] jukebohi: I have no account, and therefore I'm not able to access that wiki [14:44:22] here you go Vulpix https://wiki.ban-covert-modeling.org/wiki/Widget:Iframe [14:44:23] (and yeah, due to the same privacy concerns they don't allow public access to the widgets, I'm not going to create an accout there) [14:46:00] Do you know HTML? Do you know how to put an iframe on a normal HTML page? Then copy YOUR HTML code of the iframe and paste it in Widget:Iframe-whateverspecificnamefortheiframeyouwant [14:46:12] Vulpix, if i comment out the require_once("$IP/extensions/ConfirmAccount/SpecialConfirmAccount.php"); is that sufficient for disabling? [14:46:22] That widget would have no parameters and is completely safe to use [14:46:32] iam8up: yes [14:47:18] I'm sorry, I'm not fluent with modern HTML [14:49:20] Prlly this one https://www.w3schools.com/tags/tag_iframe.asp [14:56:32] HTML4 exists since 1997, I wouldn't call it modern [14:57:45] Vulpix, thank you for the help so far, glad we can make some progress finally! i'm getting another error - Exception from line 353 of /var/www/wiki/includes/installer/MysqlUpdater.php: Missing rc_timestamp field of recentchanges table. Should not happen. - the 'recentchanges' table simply doesn't exist on my 1.15.1 db, the tables.sql from 1.24.1 does show the structure - https://pastebin.com/nZraNQYF [14:57:53] would it be a good idea to simply create that table? [14:58:26] !bd recentchanges [14:58:30] !db recentchanges [14:58:31] See http://www.mediawiki.org/wiki/Manual:recentchanges_table [14:59:10] It's very weird because recentchanges exists since 1.2 at least [14:59:19] But ok, create it if missing... [14:59:41] Your 1.15 wiki won't be working without this table [15:05:20] recentchanges db is in the backup file, would it be a good idea to import it instead of just creating the structure? [15:08:31] iam8up: Why aren't you restoring all tables from backup? [15:09:43] Ok, got it now. just make pages with well defined iFrames in the Widgets-namespace to enable embedding websites one-by-one [15:10:09] Vulpix, i'm going to do another restore to see if that fixes things, i'm wondering if the restore didn't work right [15:10:10] gonna wash the dishes now and then do the installation on the ... uhh.. relevant wiki [15:11:08] If there are missing tables, it seems clear something went wrong with the restore [15:11:25] Maybe it got cancelled before completion [15:12:33] Vulpix, there are twice as many tables between a moment ago and another import....i'm wondering if it somehow halted half way through? [15:13:16] wow update.php just ran successfully in 12 seconds [15:20:55] Vulpix, looks like there's a few small things to fix and i'll be all set, i spent hours on this friday and couldn't get anywhere; thank you so much for your help! [15:38:31] yw :) [17:52:42] i have another issue i can't figure out how to resolve - the old version of ConfirmAccount extension doesn't work with 1.24.1 so I obtained the latest stable of ConfirmAccount labeled 1.31 and after i get the files i'm supposed to update the database with the update script, however when i run update.php i get this error: # php maintenance/update.php [17:52:42] PHP Parse error: syntax error, unexpected 'class' (T_CLASS), expecting identifier (T_STRING) or variable (T_VARIABLE) or '{' or '$' in /var/www/wiki/extensions/ConfirmAccount/ConfirmAccount.php on line 62 [17:53:11] I'm suspecting your PHP version is too old [17:53:22] We don't really recommend mixing and matching MW core and extension versions [17:53:33] is there a way i can find 1.24.1 ConfirmAccount? [17:53:56] https://github.com/wikimedia/mediawiki-extensions-ConfirmAccount/tree/REL1_24 [17:54:06] That's what the git branch is for [17:54:46] ahh that's perfect, thank you! [17:54:48] https://www.mediawiki.org/wiki/Special:ExtensionDistributor/ConfirmAccount won't list 1.24 because it's not supported (and hasn't been for years) [17:55:36] well with centos 7 i'm using the official repo for php, which gives me 5.4...and from what i understand 1.24.1 was the last mediawiki to support php5.4 [17:55:51] i am stuck on using centos 7 and i would certainly prefer to stick with the official repo [17:56:49] I think you're wrong [17:56:55] about what? [17:57:08] Newer versions still support PHP 5.4 [17:57:15] newer mediawiki? [17:57:16] 1.27 jumps to >= 5.5.9 [17:57:17] https://github.com/wikimedia/mediawiki/blob/1.27.0/composer.json [17:57:25] but 1.26 still has >= 5.3.3 [17:57:26] https://github.com/wikimedia/mediawiki/blob/1.26.0/composer.json [17:57:43] and 1.26.4 being the latest release of that branch [17:57:44] https://github.com/wikimedia/mediawiki/blob/1.26.4/composer.json [17:57:51] https://www.mediawiki.org/wiki/Compatibility [17:57:52] But that is over 4.5 years old too [17:58:16] Yeah, that table matches what I just said [17:58:35] oh i see [17:59:43] ConfirmAccount is only supporting as far back as 1.31 anyways so i suspect it doesn't much matter if i'm on 1.24 or 1.26..still kind of screwed with this old php version [18:01:11] The master version maybe [18:01:29] But we do that to keep the code matched with internal changes in MW, including PHP versions [18:02:16] master is latest dev version, i'm looking at the drop down menu here https://www.mediawiki.org/wiki/Special:ExtensionDistributor/ConfirmAccount [18:08:05] works perfectly now, thanks Reedy !!! [18:51:43] Hey all, quick question tangentially related to MW. I'm working on devising a design and plan for moving my 7 wikis to a wiki family architecture, but one quirk just struck me. Is there a way to have a different favicon.ico file based on the hostname requested? I have two different favicon.ico files but with a single docroot directory, I'm not [18:51:43] aware of a way to have that file vary based on the requested URL. [18:52:00] write some php :P [18:52:36] Name them favicon-wikiname.ico or similar, then vary $wgFavicon based on servername/similar [18:53:29] Ah, cool, thanks. For some reason my searches weren't turning up that documentation. Weird. [18:53:35] else you can rewrite it at the server vhost type level [18:56:20] That's part of my redesign, trying to determine if I'm going to have a per-site vhost file or just one that uses variables and rewrites. Different degrees and types of complexity in those approaches. [18:57:17] Given how much complexity I already have in my environment, I'm trying to favor any approaches that simplify things. [19:37:17] Hmm, the more I think through and tinker trying to get to a reasonable wiki family design, the more little quirks I find that feel like they're adding to complexity and making me wonder if the simplicity of having multiple copies of mediawiki outweighs the numerous complexities required to make a single copy work for several wikis with some [19:37:18] significant idiosyncrasies between them. [19:37:48] You can do things like linked git clones (I think that's the right term) if disk space is an issue [19:38:29] disk space isn't the issue, just always felt unnecessarily bloated pushing out 7 copies of mediawiki+extensions [19:38:42] to each web server [19:42:40] but we also have 39 extensions from 3 different repos (mw github, 2 custom ones from a user's git repo, and DPL from a gitlab repo), plus the few installed by Composer, I fear linked git clones may also not be feasible for our needs, though to be fair, I've not worked with such clones. [20:41:16] where do i go for support? the project desk has shown to be very unhelpful in getting my problem fixed [20:41:39] There's many places [20:41:53] You can ask here too. And/or link your support request [20:45:07] So i can just ask here? No certain channels? [20:45:25] Depending on what it's about, this is the only channel [20:45:33] A few specific extensions have their own, bu that's the minority [20:45:44] Its about uploading issues, i couldn't get an actual answer from someone [20:50:00] every time i try to upload an image, i get this error. "Could not store upload in the stash (UploadStashFileException): "Could not create directory "mwstore://local-backend/local-temp/" with it ending in random letters/numbers, such as "local-temp/f/fc"."." /f/fc".". [20:50:16] i have set my images folder (in root) to 777 and 775 and i get the same error [20:50:19] and uploads ARE on [21:08:42] and i forgot to mention i am logged in also [21:15:39] Do you have any sort of security plugins running? [21:53:49] jogjogger: The problem is permissions on the temp folder. Give appropriate permissions to the temp folder (wherever is it set to) or set $wgTmpDirectory to a folder with write permissions [21:53:56] !wg TmpDirectory [21:53:56] https://www.mediawiki.org/wiki/Manual:%24wgTmpDirectory [23:07:25] @Vulpix how am i supposed to set $wgTmpDirectory though? [23:07:37] the default value says The path to the directory for temporary files as determined by wfTempDir() [23:07:47] can't you just give me a line i can add to localsettings.php? [23:09:16] ... [23:09:32] Setting $wgTmpDirector to something in localsetting is what you need to do [23:10:07] wfTempDir() does [23:10:08] $tmpDir = array_map( 'getenv', [ 'TMPDIR', 'TMP', 'TEMP' ] ); [23:10:08] $tmpDir[] = sys_get_temp_dir(); [23:10:08] $tmpDir[] = ini_get( 'upload_tmp_dir' ); [23:11:09] how do i set it though? i have tried $wgTmpDirectory = "images/temp" and it doesn't work [23:11:19] was what i did correct or no? [23:13:40] You probably want [23:13:43] $wgTmpDirectory = $IP . '/images/temp'; [23:15:21] i will try that then [23:32:39] i have tried that, i still get the same error, was this put in right? https://i.imgur.com/M8kFiGs.png [23:34:47] Have you created a dir under images called temp? [23:36:18] yes