[00:09:11] tgr, awesome; I will try it [00:36:35] tgr, well I am trying that site, and I think it is assuming too much and giving me some commands that would mess up my site. It has a rewrite rule to rewrite '/' to the wiki, but I have something else at '/', and only want the wiki at /wiki [00:39:21] but removing that one rewrite rule, it works! :D [00:39:22] thanks [01:48:28] Hello. I have a question about using MediaWiki. [01:49:04] Explorer05_: (An unspoken rule of IRC - don't ask to ask, just ask) [01:51:56] Sorry xD. I am setting up a personal use MediaWiki. I am wondering how upgrades for MediaWiki work when using SQLite as the database for MediaWiki. I have read through backup for SQLite, but I'm wondering how the SQLite database itself is upgraded? [02:03:14] Hi Explorer05_. [02:03:31] Explorer05_: MediaWiki is actually pretty painless to upgrade. You can always go from whatever version to the latest version in a single step, basically. [02:03:45] For the database part, there's a script called maintenance/update.php [02:03:54] You can just run that (after making a backup). [02:05:00] Oh ok, so say a new version of MediaWiki uses SQLite 4.x, and something like XAMPP upgrades to use that as well, I can just run the update script? [02:05:31] Basically, yeah. [02:05:46] An upgrade of MediaWiki is usually an update to the PHP/CSS/JavaScript/etc. application files. [02:06:02] And then running update.php to update the database with any new columns, dropped columns, etc. [02:06:35] If you have any extensions or skins, it's usually good to update those as well. [02:07:26] The images/ and extensions/ directories are the two ones you need to copy over if you start with a fresh download. [02:07:30] And LocalSettings.php, of course. [02:08:52] Thank you so much Katie! [02:10:22] No problem. If you need written documentation, there's... [02:10:24] !upgrade [02:10:24] http://www.mediawiki.org/wiki/Manual:Upgrading [02:13:12] Ok, I'll read through that. Thanks again for the help. I really appreciate it. I've been looking for a decent personal information manager for awhile, and after reading a post I really wanted to give MediaWiki a try. [07:50:16] Hello, does any1 know about a good guide to follow to setup emails on mediawiki? [12:05:25] Hello. After clean-installing 1.26 master and using wfLoadSkin( 'Vector' ); I still get Your installation seems to include the following skin. See Manual: Skin configuration for information how to enable it. [12:05:25] vector / Vector (disabled). I've tried loading it as requice_once just to see if there was any diff. There was none. Any clues as to why Vector is reported being disabled? Are there other ways to enable a Skin..? [13:07:44] Hi shdwmage. [13:07:59] How did you install 1.26 master? From the tarball? [13:20:44] git install [14:50:51] Hi all, I've got a problem with latest version of MediaWiki, after upgrading all is blank :( [14:51:20] I've seen problem with PCRE (https://phabricator.wikimedia.org/T60640) but it is apprently fixed in latest version that I've just installesd [14:55:41] But still I've got preg_match(): Compilation failed: group name must start with a non-digit at offset 8 [14:55:53] I have PCRE 8.37, could this be a problem? [14:57:31] blabla: are you *sure* you upgraded? what does the Special:Version page say? [14:59:29] Yes I'm sure because in the source code I can see I have the fix mentionned [14:59:45] But Special:Version does not load, I don't even have the headers [14:59:59] PHP Fatal error: Call to undefined method SpecialVersion::getOutput() [15:04:20] blabla: how did you upgraded? copying the new files over the old ones? that's not recommended, you should extract new files on an empty folder and then move LocalSettings.php and other modifications [15:05:03] that's what I did, I've followed officiel procedure by copying LocaleSettings [15:05:56] images, extensions, skins and custom logo was also copied [15:06:05] that's all [15:06:38] blabla: so you upgraded to MediaWiki 1.25.1? [15:08:55] Yes, from 1.16.2 [15:09:19] maybe I have incompatible directive on LocaleSettings ? [15:09:42] no, the error described doesn't seem to be a LocalSettings fault [15:10:13] the problem may be some sort of PHP opcode caching like xcache, apc, etc that has some parts of code cached with the old version of MediaWiki, while running others with the new... [15:10:35] if you can, try restarting the http process [15:11:09] that shouldn't happen anyway, but who knows... [15:16:06] hi [15:16:23] Is there a plugin/tool/way to save a whole external html page to my custom wikipedia? [15:16:34] Is that possible? Because some pages are so useful I want them as whole in wikipedia. [15:16:37] Or some kind of link caching? [15:16:56] I could also think about just linking to a page - but link rot is a problem - and also it should work completely offline. [15:17:50] you mean MediaWiki, not Wikipedia :) [15:17:53] !wikipmedia [15:17:53] Confused about the differences between MediaWiki, Wikimedia, Wikipedia and wiki? See https://www.mediawiki.org/wiki/Wikipmediawiki [15:18:04] yep [15:18:30] wikipedia is a wiki based on mediawiki (as my custom wiki) - but much much larger and for the public [15:18:33] sure, I got that :D [15:19:24] well, you can find if the page has been indexed in archive.org and link to it [15:20:18] hmm, or I have to use some custom/private archiver tool [15:20:34] The best thing would be that I just link to the page and it is somehow also provided offline. [15:20:46] I think a proxy or some kind of software like paperbag would be responisible? [15:21:15] I think I found a website that took "snapshots" of a whole page for archiving purposes, but I don't remember where... [15:23:43] yes [15:23:50] winhttrack would be too user-unfriendly [15:23:54] maybe a browser addon? [15:24:40] depending on the page, you can make a screenshot of it and upload it to the wiki as image. The good part: it will stay the same without broken images/scripts in case that page depends on others. The bad part: it won't adapt browser size, and text can't be searched/selected [15:25:17] true [15:25:25] right - the text thing and code samples and that wouldn't be available anymore [15:25:30] but a screenshot would be a good starter [15:27:27] how do I make it so that composer.json doesnt need to be stashed every time I update? [15:28:03] stash? there is also a composer.lock [15:30:53] Vulpix, I've restarted but now it is complaining about themes [15:33:43] blabla: ah, yes, now skins need to be included like any other extension. You should set them in LocalSettings like this: https://dpaste.de/QaYk/raw see also extensions, the bundled ones are now loaded with wfLoadExtension like the link I've posted as example [15:35:47] Thanks! I'm trying to do as you say [15:37:42] I've posted an excerpt of LocalSettings.php where I think I enabled all default extensions on a new installation. Activate only those that you need. Extensions not bundled with MediaWiki tarball may still not support the wfLoadExtension and may need the require_once [15:37:53] I'm going to note that on the upgrade manual [15:39:35] :'( [15:39:44] still not working [15:40:00] skins are good now but blank page [15:40:10] on main page : There is currently no text in this page. You can search for this page title in other pages, search the related logs, or edit this page. [15:40:11] what's the error message? [15:40:24] i do not have any error messages anymore in my httpd error log... [15:40:51] well, that means the "main page" article does not exist... try looking at [[Special:AllPages]] [15:41:23] maybe the upgrade changed MediaWiki:Mainpage, which points to the page used for the main page [15:48:56] Nothing works anymore arrrrrrgh [15:50:05] skins seem to work but it's not complete [15:50:13] i have pages missing [15:50:27] photos arent displayed anymore [15:50:29] ... [15:52:47] blabla: is only the main page missing, or do you see more pages missing? [15:53:00] i see more pages missing [15:53:08] i don't have all the one I had before [15:53:23] and the skin for example I do not have the right menu [15:53:29] do they contain special characters in the title that may cause problems with encoding? [15:53:31] I think I screwed somewhere :) [15:54:36] well, the right menu (sidebar) may have reverted to the default one... Look at MediaWiki:Sidebar [15:54:50] it may very well be a caching problem [15:55:52] the upgrade doesn't delete pages (except in the MediaWiki namespace, and I think it no longer does that) [15:57:17] I have some with special charcaters that are displayed [15:57:23] I dont think that's the problem [15:57:38] but I've restarted httpd, I don't see where caching could be [15:57:51] on a blank broser it is the same, so no client-side caching [15:59:20] MediaWIki also caches things in database, and even in files if configured to do so [15:59:29] !wg MainCacheType [15:59:29] https://www.mediawiki.org/wiki/Manual:%24wgMainCacheType [16:00:24] I have : [16:00:24] ## Shared memory settings $wgMainCacheType = CACHE_NONE; $wgMemCachedServers = array(); [16:01:13] and that : $wgDBmysql5 = true; is it ok ? [16:02:33] yes [16:02:37] look at $wgDBTableOptions [16:06:31] well it's getting on my nerves [16:13:27] Vulpix, do you have a default LocaleSettings.php please ? So that I can start fresh [16:17:22] blabla: just rename the LocalSettings.php and configure the wiki from scratch. When it asks for the database settings, either use the same credentials (it will detect an existing installation and won't destroy anything), or create a new database just for test [16:19:15] ok thx [18:02:48] Why cant I do a simple update of an extension via git? a git pull shows its updating, but Special:Version still shows the version as over a month old? [18:05:00] Betacommand: maybe you're on a branch that hasn't been updated? [18:05:30] Vulpix: master branch of Flow [18:06:23] Betacommand: perhaps it's the Special:Version that's cached. [18:06:47] MatmaRex: I dont use caching [18:06:57] clearly you do [18:07:47] MatmaRex: Are you trying to be a insulting? I know my configuration [18:08:39] maybe your browser is caching... CTRL+R? [18:09:55] Vulpix: Tried that already [18:10:23] Betacommand: there is no such thing as "I dont use caching". in the worst case, MediaWiki will cache things in the database. [18:10:40] Betacommand: git sha1 informaiton shown on Special:Version is one of things that are cached in this way [18:11:06] in fact, it is cached for 24 hours with no cache invalidation [18:11:09] come back tomorrow [18:12:02] gj mediawiki [18:14:15] MatmaRex: A rebuildAll should fix tat [18:14:19] *that [18:15:51] Betacommand: why would it? rebuildall.php rebuilds links tables, nothing else, as its description clearly states [18:16:01] dammit [18:16:26] why would you create a caching system that you cannot purge? [18:16:28] look where it stores the cached data and kill it with fire? [18:16:57] Vulpix: thats what I guess Im going to do, just need to find out where that is [18:18:06] Betacommand: running update.php should purge it. [18:18:16] it's in the objectcache table [18:19:02] truncate the objectcache table [18:26:28] Betacommand: unless you set $wgObjectCaches[CACHE_DB] = array( 'class' => 'EmptyBagOStuff' ) you'll be caching stuff. [18:27:13] legoktm: Ok thanks for the FYI [18:27:54] anyone have an idea why flow wont create a new topic on a red link talk page? [18:39:27] Betacommand: anything in exception/debug log? [18:42:11] legoktm: NS_ERROR_OUT_OF_MEMORY: Component returned failure code: 0x8007000e (NS_ERROR_OUT_OF_MEMORY) [nsIDOMStorage.removeItem] [18:45:26] Betacommand: that's https://phabricator.wikimedia.org/T66721. I mean in the server-side debug log. The 'Flow' channel should be pretty verbose. [19:49:15] How to protect wiki? read and write permissions..Only list of members should write it only and some pages need both read access as well? [19:51:00] !access [19:51:00] For information on customizing user access, see . For common examples of restricting access using both rights and extensions, see . [20:19:06] Hey - I am having some trouble rendering Mediawiki Commons images. I've gone through this guide https://www.mediawiki.org/wiki/InstantCommons but still receive the "Error creating thumbnail" [20:19:13] See here: http://iiwiki.com/wiki/Sandbox [20:19:54] Did it work before? [20:20:01] Nope [20:20:12] I just moved servers and it worked on the previous server. [20:20:28] I was wondering if it was broken by a change on the wmf side ;) [20:20:35] !thumbnail [20:20:35] For information on configuring thumbnailing on MediaWiki, please refer to . [20:20:54] So all the configuration, etc.. must be correct. But, perhaps something needs to be done on the server to enable it. [20:21:01] Haha [20:21:06] install packages? [20:21:44] Which packages? Everything else on the wiki works fine, imagemagick installed, etc.. [20:22:01] do local uploads work alright/ [20:23:04] Yep [20:23:09] http://iiwiki.com/wiki/Sandbox [20:23:20] Local uploads work fine, including SVG uploads. [20:24:40] Have you tried making any new thumbnails? [20:24:59] Yep [20:25:01] They work fine with local files [20:25:08] I just added that third one on the Sandbox page. [20:25:26] Did the thumbanil file already exist though? [20:25:45] Nope [20:25:49] Just uploaded it [20:27:04] ok [20:27:59] I'm leaning towards php-curl [20:28:02] let me find the bug [20:28:45] https://phabricator.wikimedia.org/T102566 [20:29:16] Can you install the php curl package? [20:29:21] It is installed already. [20:29:43] Perhaps though that my most recent install is a more recent version that is breaking since the old server probably hadn't been updated in awhile. [20:30:56] "php5-curl is already the newest version." [20:35:59] Okay, this is very odd. They are working now. [20:36:26] All I did was enable error_reporting in LocalSettings to see if an error might be thrown [20:36:32] Very strange. [20:36:47] lol [20:42:43] slyv: I see an error though [20:42:55] Where? [20:43:08] It was on http://iiwiki.com/index.php?title=Sandbox&action=edit [20:43:13] FormatNumHooks [20:44:22] I don't see it? [20:44:42] Everything seems to be working to me now. [20:44:53] Did you disable the error reporting? [20:45:18] The code is still out of date [20:45:22] https://github.com/DaSchTour/FormatNum/blob/master/FormatNum.hooks.php [20:45:58] hey guys, I installed a new skin which seems to be working fine everything except for when I go into Edit or Create page, then some of the CSS doesn't load. I dug a little and found out that one of the load.php tags returns an empty string only within Create/Edit page. Any ideas what would cause that? [20:48:59] I'll update it, Reedy. And yeah I did. [20:49:08] slyv: It's still broken upstream :) [20:49:09] https://github.com/DaSchTour/FormatNum/pull/7 [20:49:13] I made a pull request to fix it [20:49:39] Ha, thank you. I'll wait to update. [20:58:07] Hello, I just installed the latest free version of BlueSpice and it seems like the CSS breaks in Create and Edit pages. When I remove ext.bluespice.extendeditbar.styles from load.php modules then it seems to load all the CSS. Any ideas what's the solution? [21:55:33] I just realized that CSS doesn't show up if load.php argument string is too long. [21:56:05] For example bluespice skin looks like this [21:56:13] oh i can't even paste it [21:56:13] lol [21:56:39] https://gist.githubusercontent.com/slavajacobson/b52c3ffc404f173cd5a0/raw/1eea51736a72774ec333a48d824d7405cee851a0/argument [21:57:19] so basically all the characters after load.php? consists of 666 characters total. [21:57:33] is there a way to fix it? [22:00:47] yes [22:01:02] slava_: $wgResourceLoaderMaxQueryLength [22:01:12] !wg ResourceLoaderMaxQueryLength [22:01:12] https://www.mediawiki.org/wiki/Manual:%24wgResourceLoaderMaxQueryLength [22:01:16] ohh within LocalSettings? [22:01:21] yes [22:01:25] thank you sir [22:02:40] Do the config automatically reloads or must I somehow reload the server? [22:04:22] I set $wgResourceLoaderMaxQueryLength = 1000; but It's still not working [22:09:45] php limitation [22:09:46] fixed [22:09:46] thanks