[00:43:09] http://georgebarnick.com/refreshed-beta/index.php?title=Special:Version is it normal for the License to suddenly disappear on Special:Version [00:43:12] it was there earlier [00:43:25] It doesn't matter on that wiki since it's a test wiki but is that normal [00:44:03] Umm, no that's not normal [00:44:24] I think they disappeared after I updated the extension credits for Refreshed [00:44:26] although I see a license in your link [00:44:32] I don't [00:44:48] idk my server does the weirdest things sometimes [00:44:58] There's no PHP errors though so I haven't broken anything I don't think [00:45:21] bawolff: Oh I meant the extension licenses [00:45:27] not the MediaWiki License [00:45:55] Oh, well they should dissapear randomly, but they are much easier to misconfigure away [00:48:00] bawolff: you mean should not disappear randomly? [00:50:04] yes [00:50:25] so the precise opposite of what I actually said :) [00:54:32] https://www.mediawiki.org/wiki/Wikibase/Installation why are there no instructions for without composer :( [00:57:57] georgebarnick: because the wikidata/semantic people seem to love composer with an undying passion ;) [00:58:06] I hate it [00:58:13] because it's one more thing to have to set up [00:58:25] I haven't tried it [00:58:25] And I can't set it up on my server :D [00:58:44] but honestly I can't imagine it being simpler then my current workflow of saying git clone [00:58:53] I don't think it is [00:59:08] plus I can't imagine it's simpler to update than git pull/git checkout [01:00:50] georgebarnick: ymmv, but I would try looking at the things on https://www.mediawiki.org/wiki/Wikibase/Components , try and match up any of those that have an extension: page on mediawiki (so are not some component included in an extension), and install each extension individually [01:01:13] alright [01:01:42] I don't know if that will work, but its what I would try to [01:02:52] And I will also continue to bug people about adding non-composer installation instructions. :) https://www.mediawiki.org/wiki/Talk:Wikibase/Installation [01:07:39] https://www.mediawiki.org/wiki/Extension:Diff does this like not exist or what [01:11:11] "PHP Fatal error: Class 'Wikibase\TemplateRegistry' not found in /home2/georgfd9/public_html/wikibase/extensions/Wikibase/lib/WikibaseLib.php on line 95" [01:11:11] lol what [01:11:21] I just cloned it, how is there a missing class [01:11:31] I'm going to go bug #wikidata [01:12:43] #join wikimedia-tech [01:24:47] georgebarnick: clone the "Wikidata" extension repo [01:24:56] legoktm: I did [01:25:08] it has all the dependencies taken care of [01:25:14] I cloned https://github.com/wikimedia/mediawiki-extensions-Wikidata [01:25:22] then it should just work [01:25:24] But I'm getting an obnoxious error [01:25:25] HP Fatal error: Class 'Wikibase\TemplateRegistry' not found in /home2/georgfd9/public_html/wikibase/extensions/Wikibase/lib/WikibaseLib.php on line 95 [01:25:33] oh [01:26:03] no clue. [01:26:17] This isn't the first time I've gotten that error when trying to install a wikibase wiki [01:27:17] no clue then :/ [01:29:19] legoktm: LEGO :D [01:29:29] ...? [01:35:25] JustBerry: yay lego [01:35:52] legoktm you still haven't made an account at Brickimedia yet I don't think :P [01:36:06] legoktm:Are you a GS? [02:03:04] JustBerry: no [02:03:15] georgebarnick: do I need one? :P [02:03:32] legoktm: Yes :3 [02:05:10] legoktm:What rights do you have? [02:05:59] JustBerry: why does it matter? [02:06:36] legoktm:I need something. [02:07:09] JustBerry: Elaborate on "something" [02:07:42] georgebarnick:Sorry, no. [02:08:04] Does it require a local sysop at MediaWiki.org, because if so, I can help [02:08:05] lol [02:08:33] You're unlikely to get help if you can't elaborate on what you need help with :P [02:08:53] georgebarnick:Nope, but thanks for offering. [02:11:00] JustBerry: I can't help you if you don't say what you need help with [02:11:52] legoktm:lego, I was wondering where you're active (which wikis) [02:11:57] I had a question regarding Beta [02:12:46] um, Special:CentralAuth/Legoktm should give a good idea [02:13:45] and, just ask your question about beta, someone in here can probably answer it [02:14:23] Do you think it would be appropriate to have Village pump on Beta's front page? Or redirect to village pump on WM/WP [02:14:25] enwp* [02:15:01] This is the question for Beta's talk page [02:15:08] 6 [02:15:10] *^ [02:16:11] p858snake|l:D: [02:32:50] General question - Any clue on how Mediawiki handles passwords during login? I've been working on integrating a foreign system to create a single login with Mediawiki, and this is where I'm stumped. [02:36:45] !authplugin | Flea_ [02:44:05] That's not exactly my point - I simply don't understand how the encryption/decryption of the password works. The foreign system is pretty forward, an mathmatic equation based on the date + ID + password in hex. [02:44:37] Unless it's somewhere in there? The issue I have with Mediawiki is that it has bits and pieces of one function all over the place. [02:50:11] Is AuthPlugin.php the place to look for changing the way password data is handled? I'd like to adapt it to encrypt/decrypt based on my new system. I simply cannot find where this function directly takes place. [02:51:30] I think AuthPlugin allows overriding password encryption and lets you do your own thing [02:52:25] Flea_: However, if you really want to know, see the crypt method of the User class [08:20:02] wee patches by jayvdb :) [08:39:42] ;-) [09:21:25] is it possible to allow uploading of all file types and what are possible security consequences? manual on $wgCheckFileExtensions and $wgStrictFileExtensions says this is "insecure for public wikis" without giving much detail [09:36:12] Hi, is there any way to use inline svgs on mediawiki? Ideally, not in a global every svg way, but only for some small amount of svgs [09:36:55] Hello, How much time does it takes to approve OAuth application proposal, I need it urgently [09:46:37] hello guys, i'd like to have a "login" link in the sidebar, do you know how i can do it ? [10:00:22] sorry, found by myself [13:00:38] hey guys... on our wiki, the special preferences does not work and is blank, once logged in (https://wiki.counterparty.co/w/Special:Preferences) -- nothing in the apache error logs (or even access log for that matter) any ideas what it could be? [13:13:45] !blankpage | xnova [13:15:30] there is no 500. I think it's a bad plugin, or DDOS apache setup that's causing issues...thanks [13:15:42] (nothing in the logs, including a 500) [13:24:48] why do we have translateable category names on mw.org [13:24:51] that's retarded [13:27:14] why is the cateogry on https://www.mediawiki.org/wiki/Help:Skins/en not updating when i fixed it on Help:Skins itself [13:27:19] Nemo_bis: halp [13:27:26] why is Translate so buggy [13:49:37] MatmaRex: replag they say [13:49:54] Hi !! [13:50:15] But here you just forgot to remark [13:50:16] I have a problem with logo Mediawiki. [13:50:43] I can not see. [13:53:35] If you need miracles for the blinds, the person you're looking for is currently in a refugee camp [13:53:58] bestmaury: what did you do? [13:55:48] I WANTED TO SEE /skins/common/images/wiki.png [13:57:13] Why? [13:57:21] And see where? [13:58:49] I just installed mediawiki, but I do not see the logo in the upper left [14:01:03] in LocalSettings.php I have $wgLogo= "skins/common/images/wiki.png"; [14:02:43] why ? [14:09:29] don't use relative urls [14:13:01] what is the relative url? [14:14:22] I have install mediawiki inside the folder wiki [14:14:52] LocalSetting.php is in the cartella wiki [14:15:10] *cartella = folder [14:16:24] and wiki.png is in the folder wiki/skins/common/images/wiki.png [14:19:16] ok I missed a work / [14:19:45] the correct is $wgLogo= "/skins/common/images/wiki.png [16:03:37] hi [19:30:35] xyz: if you allow any filetype, people can upload malicious zip files or exe files or any other type of malicious file [19:30:55] legoktm: i don't care about .zip or .exe [19:31:14] ok, but that's how it's insecure [19:31:38] so i just have to stop server from executing .php files in that dir? and that's all? [19:31:39] it seems silly to try to do prevent people uploading malicious .zip files [19:31:42] what about html? or js? [19:31:53] is it possible to do some sort of XSS attack [19:31:58] .php are more scary if the server try to execute them [19:31:59] now html can be dangerous [19:32:31] because yes, if you let people put arbitrary HTML on your domain that lets them XSS trivially [19:33:42] (sometimes I *want* to upload an archive that explicitly contains something malicious!) [19:34:45] for instance I found this virus that relied on dialog box fatigue to make the user slip up and approve it to autorun [19:35:37] even though it presented its item at a clearly different location in the autorun dialog from what the user would actually want [19:35:44] .... [19:35:46] well then, [19:35:49] maybe I could somehow configure it to serve uploads from a different domain/subdomain? [19:36:17] xyz: yes, that's perfectly possible [19:36:27] will it be secure in that case? [19:36:45] neither [19:36:50] xyz: it's not useful to use a subdomain of a domain that has anything you want to protect from XSS/cookie-stealing [19:37:12] what I want to protect is already a subdomain [19:37:16] on the other hand, if that stuff is all in a *distinct* subdomain that's fine [19:37:24] and I don't think it sets .host.com cookies [19:37:55] yeah, but some people have stuff directly on xyz.{com,org,net} so you know [19:38:16] either way, separate domain is fine, right? [19:38:29] they can't exactly use herebedragonz.xyz.com ;-) [19:38:33] or is there some other attack vector? [19:38:54] xyz: that should keep you covered as far as XSS goes [19:39:27] yeah but apart from XSS [19:39:43] then you just have to worry about e.g. PDF/SWF plugin exploits, I think [19:39:56] that's not specific to my site though, so I don't really care [19:40:37] it's not really something that would thrill your users though [19:41:12] people who care about this stuff have pdf/swf disabled [19:41:21] I guess [19:41:24] and this is as silly as preventing zip or exe uploads [19:41:31] xyz: be sure to be protected against PHP or other CGI execution (.pl, .sh, .py, etc). Theres one thing worse than a XSS script: an entire server compromised [19:41:46] oh, yes, obviously that [19:43:02] I think there's a simple way to tell apache to never, ever execute any programs on that domain though if you just want it to serve the files? [19:43:41] (oh and you probably don't want people uploading any .ht* files) [19:43:44] Vulpix: yeah [19:43:49] SamB: actually I have nginx [19:44:01] so .ht files are okay, but for apache users I guess that makes sense [19:44:09] hmm, dunno if that has anything of the sort [19:45:07] (I believe it's also possible to tell apache not to look at such files anyway, but it's better to prevent it both ways than slip up and let something through ...) [19:59:42] Hi, someone here, who can give some help by upgrade process? [20:01:39] Hi Tim. [20:01:43] Just ask your question(s). [20:01:51] Hi Gloria [20:01:54] :) [20:03:52] I have an mediawiki installation 1.16. After dumping the db and upload all the new files from 1.22.6, I run the install script by (ssh or web version). It succed, but the content is away. Do I need to refresh anything? cache or something.... [20:05:39] Tim: Try to navigate to Special:AllPages. Do you see anything there? [20:07:35] sorry for my "newbie" question, but I am not skilled in the usage of the wiki. I am just the admin of the server. And a friend ask me too update the wiki.. So you you mean: domain//index.php/Spezial:Spezialseiten [20:07:43] if yes, it is empty... [20:07:59] Tim: what do you mean by "dumping the db"? [20:08:19] I make a dump of the db [20:08:23] mysql [20:08:40] i mean, you didn't remove it? :) [20:08:43] no no [20:09:08] there were 55 tables before upgrade script ... after .. 63 tables [20:10:14] Do you see rows in the page table? [20:10:56] hmm. mediawiki uses a total of 50 tables… i suppose extensions you're using must have added the rest [20:11:20] are you sure you used the same database settings for the new installation as for the old one? [20:11:31] the page tables has about 4300 entries [20:11:36] hm, or did you just run the update.php script? [20:11:51] or an actual installation script? (we have install.php too) [20:11:53] sorry: the table "page" has 4300 entries... Sorry for my english... [20:13:30] give me one moment, I will delete the tables in the DB -> put the old dump in and post the link... Then we can do it together... would that help? [20:14:41] eh [20:14:52] no, whatever happened, it's not supposed to happen [20:15:17] hmm [20:15:21] Tim: if your wiki is public, could you share a link for us to look (in the current state, that's OK)? [20:15:22] it has to be some sort of a weird misconfiguration [20:15:37] http://www.vwbuswiki.de/ [20:15:55] Now the db is empty -> all tables are empty [20:15:55] i see a database error there :) [20:16:00] ah [20:16:01] D: [20:16:05] wut [20:16:28] can you try reimporting the dumb? [20:16:32] the dump* [20:16:32] sure... [20:16:44] now is is the old db [20:16:46] MatmaRex: lol [20:17:50] 55 tables [20:18:56] okay, i see a database error, but that's probably caused by running a new MediaWiki on an old database [20:19:03] now, what happens if you run update.php? [20:22:22] Could be an incompatible extension, maybe. [20:22:28] * Gloria speculates. [20:24:15] hmm... I thought the wiki run with the old db... I run the update.php [20:25:44] ok now [20:26:04] ad 8 tables = total 63 [20:26:32] Tim: There are pages here: http://www.vwbuswiki.de/index.php?title=Spezial:Alle_Seiten&from=%22Echtholz%22-Armaturenbrettveredelung_im_CE&to=Wechsel_des_Schiebetuerschaniers [20:26:47] but blank pages -- oops! http://www.vwbuswiki.de/index.php/CAN_BUS_KI_in_T4_ohne_CAN [20:26:52] !blank | Tim [20:28:06] hmm [20:29:00] Tim: remember to upgrade extensions as well! [20:29:05] Well the "original" productive mediawiki 1.16 from my friend is almost running on a different domain... I just used one other on a different server... [20:29:17] how can I upgrade extension? [20:29:50] Tim: same as you upgrade MediaWiki itself, just copy over the new files [20:30:26] I did it.. all the ones which are provided by the 1.22.6? [20:30:27] it seems easy, few extensions: http://www.vwbuswiki.de/index.php/Spezial:Version [20:30:31] Tim: and run MediaWiki's maintenance/update.php script, just in case (extension don't often have additional database tables, and very rarely have any schema changes between releases) [20:34:01] last rows of the update.php [20:34:02] Done 0 files in 0.0 seconds Fixing protocol-relative entries in the externallinks table... Done, 0 rows updated. Populating fa_sha1 field from fa_storage_key Done 40 files in 0.5 seconds Purging caches...done. Done. [20:34:24] !debug [20:34:37] You'll want to try showing errors rather than u [20:34:41] just trying to guess [20:37:36] ok [20:37:45] http://www.vwbuswiki.de/index.php/Inhalt [20:38:24] looks like an extension problem... [20:38:24] Fatal error: Call to undefined function wfLoadExtensionMessages() in /home/vwbuswiki.de/public_html/extensions/CategoryTree/CategoryTreeFunctions.php on line 779 [20:38:35] That's an out of date extension [20:39:08] can I upgrade it, or delete it? [20:39:15] If you use it, upgrade it [20:39:27] If you don't.. Delete it. And remove from LocalSettings.php too [20:39:52] May I ask again, how to update/upgrade the extensions... [20:40:02] Replace the code with a newer version [20:40:46] !e CategoryTree | Tim [20:40:59] trailing _? [20:41:00] wtf wm-bot [20:41:31] !e Foo| Reedy [20:41:34] !e Foo | Reedy [20:41:37] fail [20:43:05] I though that bug was fixed [20:43:22] [regression] [20:43:40] or not deployed [20:48:15] I updated the Categorytree... :) [20:48:52] http://www.vwbuswiki.de/index.php/CAN_BUS_KI_in_T4_ohne_CAN [20:49:12] Fatal error: Inaccessible function via __call(): followRedirectText in /home/vwbuswiki.de/public_html/includes/Article.php on line 2030 [20:49:16] That's a new one [20:49:32] There is one extension left... -> FlaggedRevs [20:49:51] I do not know, what this is... Could that be the problem? [20:50:11] by the way... Thanks to all.. Greast support !! Thumbs up :) [20:50:53] you can always comment the require_once call for that extension in LocalSettings.php and see if the problem still happens, to isolate the cause [20:57:50] now it works... [21:06:18] Last question: Are there an files, which needs to be deleted after install/upgrade... I assume now everything is running. Thanks to: Gloria, Vulpix, Reedy [21:06:47] There are files that could be deleted [21:06:54] But you don't need to, they won't be used [21:12:35] guys.... minerva skin don't works in query string https://www.mediawiki.org/w/index.php?title=MediaWiki&useskin=minerva [21:12:57] someone around? [21:14:18] let me have a look [21:15:02] [2014-05-25 21:13:34] Fatal error: Cannot unset string offsets at /usr/local/apache/common-local/php-1.24wmf6/includes/SkinTemplate.php on line 1878 [21:15:28] so no secury issue with the files, which can be deleter? [21:16:21] Tim: no, MediaWiki only loads files which it is explicitly told to load [21:16:34] Tim: (with the exception of the skins/ directory) [21:17:00] ok.. can I delete the LocalSettings vriable: $wgUpgradeKey