[00:05:10] hello, could anyone confirm that some of the links (those under the red headers) don't show a custom tooltip on hover? https://pl.wiktionary.org/w/index.php?oldid=4435713 [00:17:11] Hey, stumbled upon a weird error today. I can access my existing articles just fine but when searching for one that doesn't exist yet I get a "Database access error" page. It was working before, and I haven't changed anything in the database. I guess I could fix it by reinstalling it and copying over my articles (not that many), but I'd still be interested if there's a solution to this... [00:18:12] did you check the error logs? [00:18:36] Wow. There are logs? :| [00:18:52] I *probably* should've searched for that [00:18:55] :p [00:18:59] wait [00:19:16] * Synchunk feels like an idiot and decides to take a look at the logs tomorrow (not at work right now ..) [00:19:25] Hmm? [00:19:31] add these three lines [00:19:33] error_reporting( -1 ); ini_set( display_errors, 1 ); $wgShowExceptionDetails = true; [00:19:38] $wgShowSQLErrors = true; [00:19:40] and that too [00:19:49] thsi isn't production right? [00:20:25] well [00:20:52] well, sort of [00:20:54] not really [00:20:59] uhh [00:21:10] hold on [00:21:27] Probably all people that have access to that wiki have access to the server anyways [00:21:32] *who [00:22:11] add this line as well: $wgDebugComments [00:22:16] err [00:22:20] $wgDebugComments = true; [00:22:40] Okay thanks :) [00:22:44] will do :) [00:22:49] If you add all five of these to LocalSettings.php then you'll see the errors in the HTML source [00:23:06] perfect! [00:23:37] ah, what do you see? [00:24:47] uh, nothing, I have to do that tomorrow. I'm not in the office. Sorry :X [00:25:02] oh right [00:25:13] ahh, well that should give you a clue [00:25:19] but I'll add that to the config tomorrow and maybe I can figure it out! :) [00:25:31] Ok. I'd suggest checking the database permissions for the wiki user as well [00:25:43] Already did that, they're set up correctly [00:25:58] If not, it shouldn't be that much work to reinstall it. I set up the wiki a few days ago, there are only about.. 5 pages. [00:26:21] Oh.. [00:26:53] I think I changed the file permissions of the http root to allow file uploads [00:27:00] Maybe related to that [00:27:27] even though I don't see how this would affect the database.. but that's the last think I remember I did before that broke. [00:28:00] Mh. I'll now what the problem is tomorrow :) [00:28:34] ok [00:28:40] good luck I guess [00:28:46] thanks for your help :) [00:28:51] np [09:34:07] hiiiiiiii! [09:35:24] would anyone happen to know if I can uprade to 1.23 from 1.15 just like that? [10:31:06] mjau^: should be possible [10:31:23] Provided that you fulfill the requirements for 1.23 (like PHP version), of course. [11:37:14] Nemo_bis: of course [11:37:19] Nemo_bis: thx! [16:20:29] hello [16:20:58] I'm profiling and optimising my mediawiki and I was wondering about https://www.mediawiki.org/wiki/Manual:$wgProfileCallTree [16:21:15] I set it to on and off but it doesn't affect profileinfo.php [16:22:40] ah, nvm, it looks like it only affects the debug log [17:29:03] Hi folks, anyone around? [17:29:59] is there a known issue with $wgMinimalPasswordLength ?? [17:30:39] Hi splifftor. [17:30:49] despite having set it to 0, the wiki still throws a "password is blank" error when trying to log in or create a user with a blank password [17:31:14] Do you use the last MediaWiki version? [17:31:27] splifftor: Why would you let people create a blank password [17:31:27] the latest stable yes [17:32:01] it is an internal wiki [17:32:03] There is a known issue, it lets people make silly security decisions like setting that variable to one [17:32:12] only accessible through the local network [17:32:30] Fair enough [17:32:49] and unfortunately our IT guys have allowed blank passwords on domain accounts [17:32:57] splifftor: Why not just set the password to the same for everyone, maybe? [17:33:01] I agree it's a security issue, but one I have to live with [17:33:03] And pass out yellow post-its [17:33:11] marktraceur: please note the manual states “If set to 0, empty passwords are allowed.”. [17:33:17] ...oh! [17:33:53] !wg MinimalPasswordLength [17:33:53] https://www.mediawiki.org/wiki/Manual:%24wgMinimalPasswordLength [17:33:54] marktraceur: at introduction setting time, we only had a strlen check - https://www.mediawiki.org/wiki/Special:Code/MediaWiki/7317 [17:34:16] Wait, why are we passing the password to the serv...never mind [17:34:18] I imagine we completely forgot this thing when revamping the login interface. [17:34:31] Yeah, probably [17:35:26] Oh oh according https://bugzilla.wikimedia.org/show_bug.cgi?id=621#c1 there is a rumour Tim Starling would have stated there were users with blank passwords live on Wikipedia. [17:35:44] (and a rumour of account hacked on ja. for this reason) [17:36:49] any ideas? [17:38:42] Yes, but we can't currently fill a bug with this issue, as our bug tracker is currently under migration. I'm going to add it @ http://etherpad.wikimedia.org/p/bugscratchpad [17:39:18] Lol. [17:39:40] any idea of a quick work around? ie commenting out the line of code that does the check? [17:40:36] Dereckson: https://www.mediawiki.org/wiki/Project:Current_issues#Using_Project:Support_desk_for_emergency_bug_reporting_during_the_Bugzilla_-_Phabricator_migration_50238 [17:40:55] !hack [17:40:56] https://www.mediawiki.org/wiki/Do_not_hack_MediaWiki_core [17:41:00] although that's also a bad idea, as then any user can log in to any account with a blank password [17:41:24] I lested that through LDAP extension, which overides the core password length check [17:41:25] *now* we're worried about security. :) [17:41:32] *tested [17:41:39] Vulpix: when you have something to note this week-end, you can use http://etherpad.wikimedia.org/p/bugscratchpad [17:41:58] being able to log in as the root user by just not typing his password, is a security issue [17:42:22] Dereckson: good to know, thanks. Will update the post in the "Current issues" page [17:42:23] users with no rights beyond reading and creating talk pages can have blank if they want [17:42:48] if ( $wgUsername === 'root' ) { checkPasswordLength(); } [17:42:55] Dereckson: well, unless you prefer to remain "private" in case someone vandalizes the etherpad :S [17:43:21] Vulpix: you have a timeslider, http://etherpad.wikimedia.org/p/bugscratchpad/timeslider [17:44:49] ok, good to know :) [17:46:55] well thanks for your time people [17:47:47] splifftor: Sorry, so you're trying to allow 0-length passwords? Or disallow them despite $wgMinimalPasswordLength > 0? [17:48:01] no I need to allow 0 [17:48:41] $wgMinimalPasswordLength=0 but they are still not allowed [17:49:19] setting $wgMinimalPasswordLength to 0 doesn't actually work [17:49:31] Ah, yeah, hacking the ldap extension is probably the only way, although iirc you have to do something wierd in the ldap bind to make a 0-length password work too... which might be why that extension did it the way it did. [17:50:03] no I've even tried it with the extention disabled [17:50:30] using only the mediawiki authentication, and even with it set to 0 it still throws the blank password error [17:51:54] ildap normally relies on the $wgMinimalPasswordLength setting, so blank passwords used to be allowed through ldap if set to 0 [17:52:11] removing ldaps check completely however is a really bad idea :P [17:52:48] as then users can log is as anyone if they enter a blank password. Entering a wrong password however will produce a fail as it should [17:55:03] splifftor: if it's a blocker for you, I can look in the code where the extra check blocking the feature is done [17:55:21] (but around 18:30 UTC) [17:56:44] if you have the time and don't mind doing it, I would be greatly appreciative [17:57:23] although I can also live with it and throw a few workarounds for the moment until it is patched [17:57:59] is the bug number in acratch pad a relevent phabricator bug? or is there any way to track the bug once migration is complete? [17:58:13] *scratch [18:09:07] splifftor yup, going back to old-bugzilla.wikimedia.org to see it on Bugzilla, bugzilla.wikimedia.org to be redirected on new numbers on Phabricator [18:10:52] andre__: on Reporting_security_bugs, users need to actually use the Security drop down to set the task to... whatever the middle option was. I *think* the task is still visible, even when it's a member of the security project. [18:12:13] csteipp, urgh, let me fix that. Thanks for paying attention. Trying to add too many wikipages... [18:13:54] *edit [18:17:46] splifftor: I can't reproduce your bug [18:18:55] splifftor: on a last MediaWiki version, I set $wgMinimalPasswordLength to 0, then on [[Special:UserLogin/signup]] created an account with a blank password, then logged out, and logged in with the new account. [18:19:52] Same with an account created anonymously. [18:21:16] I am locked out of my wiki account...i need the password resent to my new email address-taramagalski@gmail.com [18:21:42] splifftor: the best guess is another extension adds a check in addition to the MediaWiki core [18:21:56] My intern had it under her account jessala93@aol.com but I need to change [18:22:32] Hi taramagalski. Do you have an issue with your Wikimedia account or an account on a local wiki you've under your control? [18:23:26] hmm [18:24:09] local wiki [18:24:12] the only extension for authentication that was enabled is LDAPAuthentication, and that is now disabled [18:24:28] huh? [18:24:52] anyway I can get the information reset to my email taramagalski@gmail.com? [18:25:12] I am locked out of the accunt [18:25:23] taramagalski: but where do you have an account? [18:25:59] taramagalski: I would suggest not posting your email address in this public, logged channel. [18:26:10] I guess I will disable everything and turn them all back on one at time [18:26:32] I had my intern set it up and now I am locked out [18:26:36] thank you [18:26:48] splifftor: sounds sensible (you can also turn back half the stuff to speed the process, by dichotomy) [18:27:09] Dereckson: thank you for your time [18:27:24] taramagalski: I've understood the issue, but not where it happenned. On Wikipedia, on a local wiki on your corporate intranet, on your own virtual machine, on another public wiki? [18:27:33] splifftor: you're welcome [18:27:58] bye folks [18:28:04] i believe this who be the personal wiki that is viewed by the public [18:28:10] would be [18:29:07] I'm sorry, but I don't understand. [18:29:53] is there anyone I can call or email [18:30:38] I went to the site and tried to set up an account but my intern put her email address in my account...she no longer works for me so I need to update my password and email on this account and login and manage myself [18:30:50] i have tried to create another account but my username is already taken [18:31:49] taramagalski: Do you have access to the server that hosts the wiki? [18:32:04] no [18:32:12] taramagalski: Who runs the wiki? [18:32:30] forget it guys [18:32:37] ...? [18:32:47] https://www.wikipedia.org runs the site [18:33:04] taramagalski: Can you link to the site itself? [18:33:44] You said it was "viewed by the public", so that should be possible [18:36:57] taramagalski: Hello/ [18:36:58] ? [19:24:10] well [19:24:25] a person reverted my edits on a template [19:24:29] Aw. [19:24:36] Nahiyan: Which template? [19:24:44] https://www.mediawiki.org/wiki/Template:CS_cat_header [19:24:51] now it looks horrible again :( [19:25:17] I added this discussion but I'm still waiting for the person to reply! [19:25:18] https://www.mediawiki.org/wiki/Template_talk:CS_cat_header [19:25:43] Nahiyan: Yeah, there may be an issue making it bigger and more obtrusive [19:26:01] hmm [19:26:30] well [19:26:33] doesn't look like it [19:26:54] the only pages it's used by is https://www.mediawiki.org/wiki/Category:MediaWiki_configuration_settings_1.24.0 and similar [19:27:32] navboxes are usually 100%, right? [19:35:03] probably.. [20:36:13] Hi, I need help. What page I must add some code to impact all other pages in my mediawiki site ? Typically, I would like to implement a float visual toolbar on the right side, reachable at any moment... [20:37:50] !interface [20:37:50] You can edit the text which appears in most parts of the interface by editing the right pages in the MediaWiki: namespace. See [20:38:02] Hello! Is it possible to display the Table of Contents for an article, inside of a book that was generated by Wikipedia? [20:38:05] meh, not exactly what I expected [20:38:07] ttissi_, MediaWiki/Common.js [20:38:10] er [20:38:26] MediaWiki:Common.js is where you would add JS code [20:38:34] ttissi_: if you mean JavaScript, see https://www.mediawiki.org/wiki/Manual:Interface/JavaScript [20:38:59] CandyCorns, what do you mean? :o [20:40:05] Nahiyan: For example, when I use the "create a book" function for this page: http://en.wikipedia.org/wiki/Algebra [20:40:18] The book doesn't include the Table of Contents for that article. [20:40:29] You can see that here: http://en.wikipedia.org/w/index.php?title=Special:Book&bookcmd=download&collection_id=93090f8aa444a289e33e3d1deeeceb826cabdbc5&writer=rdf2latex&return_to=Special:Book [20:41:39] ahhh [20:42:12] it does but in the metadata [20:42:31] there should be an option to see the chapters in your PDF reader [20:42:57] I don't know of anything visual though, sorry! [20:43:34] CandyCorns, well, what extension are you using internally ... [20:44:08] kim_bruning: I believe we're using this: http://www.mediawiki.org/wiki/Extension:PdfBook [20:45:11] CandyCorns, you can check, by going to the page Special:Version [20:45:16] if you can currently access :-) [20:45:38] Is that possible to show an exemple for your advice ? My toolbar contains only wiki code... and no javascript, that I don't know as language :( [20:45:50] kim_bruning: Perfect, that did it! Looks like we're using https://www.mediawiki.org/wiki/Extension:Collection [20:46:25] ah... well, you probably have Collection, and then pdfwriter on top (according to what I'm reading?) [20:48:19] kim_bruning: I believe you're right, though we see similar results when we order a physical book copy, as well as create a PDF [20:48:39] Ah cool beans [20:49:12] well, dangit, that feature might not be in there [20:49:19] Hello everyone ! I am Utkarsh and i know python and I would like to contribute to mozilla ! Could anyone here please guise me through since i am a beginner in both python and open source. [20:49:41] CandyCorns, It looks like you can open a feature request if you want this ... [20:49:58] CandyCorns, worst case it gets closed WONTFIX with reason "It's already in there, RTFM" ;-) [20:50:28] kim_bruning: Haha! That'd be good too. I'm pretty sure I'll submit a feature request. Thanks for your help. =) [20:50:37] CandyCorns, but you won't have to http://edutechwiki.unige.ch/en/Mediawiki_collection_extension_installation#Install_mwlib.rl [20:50:54] actually, look at 5.4 [20:51:06] looks like you just need to install pdftk? [20:52:06] kim_bruning: Oh wow, good find! I'll push this to our sysadmin and see what he says. [20:52:53] CandyCorns, ymmv. It's a corner of TFM I had't looked before :-) [20:54:12] kim_bruning: I'll report back if we can get it implemented while you're still on. =) [20:54:53] Ha! Clearly you're not working for some massive hierarchical bureaucratic organization :-P [20:54:58] * kim_bruning is mildly jealous [20:55:41] kim_bruning: Haha! [21:01:29] iamutkarsh, you're in the wrong place :) [21:02:57] Krenair: sorry sir ! i meant mediawiki :) [21:03:46] python, huh [21:03:51] mediawiki is written in PHP [21:04:22] Krenair, only because I failed to convince Erik to rewrite in Python [21:04:31] I *almost* succeeded , dangit! :-P [21:04:41] Erik Moeller? [21:04:48] iamutkarsh: If you want some help with free software in general, #openhatch is a great support channel for new people :) [21:04:48] O:-) *nodnod* [21:05:04] Krenair, this ... might have been a while ago... mind you O:-) [21:05:28] kim_bruning: Don't worry, it's getting rewritten in haskell. [21:05:50] marktraceur, heh. I know the original LaTeX support was in Ocaml ;-) [21:05:56] marktraceur: you mean nodejs [21:06:32] marktraceur, (the reason I know is because that's how I learned of wikipedia's existence ;-) TAW was telling me "Hey, I wrote this cool LaTeX parser in Ocaml for wikipedia!" [21:06:35] YuviPanda: No, I mean haskell [21:06:45] me : "oh hey, that IS cool; but what's wikipedia" [21:06:47] kim_bruning: Neat! [21:06:53] * kim_bruning sometimes wishes I never asked :-P [21:06:56] And now here we are [21:07:03] TAW? [21:07:03] marktraceur: sir isnt there any way i could contribute to mediawiki through python? [21:07:12] Hmm... [21:07:19] YuviPanda: Doesn't ops have some crazypants Python stuff? [21:07:30] marktraceur, so, it has come to this! http://xkcd.com/1022/ [21:07:41] iamutkarsh: There are definitely bots running in Python, but I don't think we have anything internal apart from operations stuff [21:07:48] and tools [21:07:51] lots and lots of tools [21:08:00] marktraceur: I'd suggest pywikibot [21:08:05] My thought exactly. [21:08:08] https://www.mediawiki.org/wiki/Manual:Pywikibot [21:08:09] !pywikibot | iamutkarsh [21:08:09] iamutkarsh: pywikipediabot is a bot framework written in Python that allows for easier automated actions on a wiki. For more information, see . For alternatives, see . [21:08:18] YuviPanda: MINE IS BIGGER. [21:08:18] YuviPanda, https://en.wikipedia.org/wiki/User:Taw An ancient wikipedian. ;-) WAS at wikimania london this year :) [21:08:19] there's also an IRC channel [21:08:25] aaaaah [21:08:32] * YuviPanda has been hanging around for only 3 years or so now [21:08:41] * marktraceur does maths [21:08:48] Holy crap, I've almost been around 3 years. [21:08:50] That's insane. [21:09:06] marktraceur: well done! [21:09:14] wait, I think I've been with the WMF for almost 3 years now [21:10:00] !pywikibot is pywikibot is a bot framework written in Python that allows for easier automated actions on a wiki. For more information, see . For alternatives, see . We're in #pywikibot if you want to chat :) [21:10:00] Key was added [21:10:10] !pywikibot [21:10:10] pywikibot is a bot framework written in Python that allows for easier automated actions on a wiki. For more information, see . For alternatives, see . We're in #pywikibot if you want to chat :) [21:10:50] marktraceur: Thank You sir ! I'll try to give my best [21:16:29] YuviPanda, marktraceur .... newbs! O:-) [21:16:36] :-P [21:16:52] ... then what am I :d [21:16:54] kim_bruning: That's us all over [21:16:54] YuviPanda, marktraceur : though srsly, good to hear there's folks still sticking around :-) [21:16:57] hehe [21:17:36] Nahiyan, I dunno. If you're sticking around here, either crazy, awesome, or both? [21:17:59] I don't know really, I've been setting up a wiki [21:18:18] haven't done much contributing BUT I can do tables and templates well [21:18:23] Nahiyan has been a super enthusiastic contributor! [21:18:27] :d [21:18:28] It's refreshing to see [21:18:54] I also have been cleaning up this very scary template [21:18:59] very scary [21:19:40] https://www.mediawiki.org/w/index.php?title=Template:SettingSummary&action=edit [21:20:08] I formally declare war on Template:SettingSummary [21:20:40] it shouldn't even be this complicated! [21:21:04] but then someone added that switch and sortkeys [21:21:22] lua candidate? [21:21:31] lua candidate [21:21:50] kim_bruning, the Template:Infobox was deleted 5+ times :p [21:22:01] I thought that would've been a good use :) [21:22:12] oh [21:22:22] Template:Navbox is a great candidate [21:22:28] should I go ahead and do that one? [21:22:31] uh [21:22:37] I may not have template editting permission [21:22:53] good grief [21:23:14] Nahiyan, how long have you been on mediawiki.org? [21:23:18] what is it? was it the Template:Navbox lua-less substitute? [21:23:20] oh, uh [21:23:33] I suppose a few days [21:23:44] hum, wikimedia sites in general? [21:23:45] my account on wikimedia is Nahiyan8 [21:23:45] ;-) [21:24:03] well, essentially a long time but I made my account a year ago :o [21:24:13] Right... I actually have no idea who is responsible for admin stuff on mediawiki.org [21:24:31] marktraceur, oh hey, you have 3 years experience on mediawiki.org surely O:-) [21:24:36] by my counts 173+-2 admins [21:25:24] I had counted them today using the limitTo HTTP parameter on the group listing [21:26:27] marktraceur, who do we poke today to give Nahiyan um ... huh... I don't seem to have any special rights on mediawiki.org? [21:26:45] so how come Nahiyan can't edit templates and I can? [21:26:47] * kim_bruning scratches head [21:27:15] I've been optimising my local installation today... 94.09 requests/sec [21:27:23] wait I get template editing permissions?! [21:27:32] Nahiyan, you should, right? [21:27:38] well [21:27:42] Nahiyan, are you able to edit templates now? [21:27:46] yeah [21:27:57] I had practice in a wiki for a game [21:27:59] Nahiyan, if you can casually add lua , then you can prolly be trusted :-P [21:28:16] :p I have practice in that too! [21:28:29] I convinced that game wiki's admin to install scribunto and I helped install some [21:28:38] Well, there you go then ;-) [21:29:08] Nahiyan: Do you not have rights to do that now? [21:29:30] I found out about some things like mw.html having some type problems on 1.23 with wikipedia modules [21:29:33] uh [21:29:37] let me check [21:29:51] doesn't seem like you need special rights, maybe forgot to log in? [21:30:08] maybe I'm looking in the wrong place? I thought user list listed all rights, and I don't have any listed for mediawiki.org [21:30:18] (and I can edit templates) [21:30:33] I can edit templates sure! I was talking about modules [21:30:44] I'm not sure whether those need permissions but- [21:30:55] Probably not [21:30:57] ok maybe I already have permissions for what I need [21:31:23] yeah it seems I can make Modules [21:31:46] Nahiyan: I gave you autopatrol now, your edits are marked as patrolled automatically [21:31:48] Modules? [21:31:53] kim_bruning: Lua code. [21:31:59] marktraceur, thank you! [21:32:10] Oh hey... I guess I need to dive into the lua side of things more [21:32:37] I've been having trouble importing the lua modules from wikipedia [21:33:11] for Module:Documentation I need Module:Message box which needs Module:Yesno, Module:HtmlBuilder, Module:CategoryHandler, Module:Documentation/config [21:34:18] and then Module:Message box/configuration, then I realised there's 3 more configs for Module:CategoryHandler as well, /data, /config, /blacklist [21:34:32] then I found out it needs Module:NamespaceHandler as well... [21:35:21] oh well [21:35:40] I'm going to handle some of the modules and Navbox I think [21:36:26] oh.. I think I might have to go through this dependency hell if there's no modules on MediaWiki.org already... [21:37:47] :D [21:38:19] Yes! There are modules! [21:40:08] Hum, maybe a dependency-resolver/exporter for modules would be a good idea? ;-) [21:40:49] hmm [21:41:01] would need meta-data or it could crawl through all the modules [21:41:30] at the least it could output a list of modules that would be required :o [21:42:21] let me try something [21:45:46] while I do this, there is an interesting piece of information, that the longer your search query is (e.g. "Hello, my name is Nahiyan" instead of "Hello") the faster the search should be [21:49:57] * kim_bruning has a feeling Nahiyan might actually be cool [21:52:41] ok 3 minutes to completion [21:55:00] maybe a bit more [21:58:18] >_< script errors [22:00:47] ahh, there it is [22:00:53] it was an unescaped bracket [22:04:35] ahh hold on, bug fixes [22:08:21] of course my estimate of 3 minutes was puny [22:08:41] 16 minutes [22:17:40] this is a bad API [22:17:47] I'm requesting XML but it's giving me HTML! [22:26:11] aggghhh [22:26:28] Afternoon guys. I'm in permissions hell over here. Fresh install of mediawiki 1.23.5. I can create pages. I'm trying to get file/image uploads to work!!! I just can't figure it out. [22:26:30] this API angers me [22:26:40] chmod -R 777 ./images [22:26:49] done all that...other permissions appear fine too [22:27:10] when I go to upload something, new directories are created with 666 and not 777 [22:27:11] Gecko, what about your config? [22:27:20] uh [22:27:30] if I continually run chmod -R 777 over and over after each step.... I can get it to work [22:27:45] Config is straight forward... nothing special [22:27:50] ok [22:28:03] I freaking 777'd the whole wiki folder... still not working [22:28:32] $wgEnableUploads = true; [22:28:32] $wgUseImageMagick = true; [22:28:32] $wgImageMagickConvertCommand = "/usr/bin/convert"; [22:28:34] hm [22:28:44] thats about all I've uncommented or added to the config [22:28:55] I guess we'll need logs to check this [22:29:29] add these two settings please! error_reporting( -1 ); ini_set( display_errors, 1 ); [22:30:46] Done [22:31:23] Warning: failed to mkdir "/var/www/vhosts/milkthefunk.com/milkthefunk.com/httpdocs/wiki/images/f/f5" mode 0777 [Called from wfMkdirParents in /var/www/vhosts/milkthefunk.com/milkthefunk.com/httpdocs/wiki/includes/GlobalFunctions.php at line 2625] in /var/www/vhosts/milkthefunk.com/milkthefunk.com/httpdocs/wiki/includes/debug/Debug.php on line 303
[22:33:40] directory looks good to me drwxrwxrwx 3 vsftpd www-data 4096 Nov 21 14:32 images [22:34:03] yet.... drw-rw-rw- 2 www-data www-data 4096 Nov 21 14:32 f [22:34:22] See.... directory created was with 666 [22:35:04] ok [22:35:37] is the directory in the same place as the installation? [22:35:58] yes sir. [22:36:24] ./var/www/vhosts/milkthefunk.com/milkthefunk.com/httpdocs/wiki/images/f [22:36:40] PHP is probably running under a user that doesn't have permissions. [22:36:43] Or something silly like that. [22:37:00] Or maybe there's a weird umask? [22:37:00] one second [22:37:01] So... ./f was created with 666 even though ./images is set to 777 [22:37:20] Gecko, there's nothing that would make a program copy permissions I think [22:37:42] I have some other sites (not mediawiki) on the same server that don't run into this. =\ [22:37:54] invision powerboard for example doesn't have problems uploading [22:38:07] what user does php run as and what user owns the images dir? [22:40:16] Nahiyan, same as apache [22:40:39] ok [22:40:52] oh wait, you're helping gecko, and might differ if you're running php from command line or from apache [22:41:02] nm, sorry to bother. I just reacted ^^;; [22:41:09] should be www-data [22:41:10] http://www.milkthefunk.com/phpinfo.php [22:41:17] np of course :p [22:41:59] hmm [22:43:02] Just ran these two commands and the same thing [22:43:04] chmod -R 777 wiki/ [22:43:10] chown -R www-data:www-data wiki/ [22:43:32] yea... I know 777 is bad for all that... but I'm just throwing things to see what'll stick. [22:44:11] Gecko, you only need o+r flag for files, and O+rx for dirs [22:44:23] Gecko, o+x is scary :-P [22:44:38] I know :) I just want to see it work. lol [22:44:45] Then I'll back it down [22:44:55] Something else more basic is going on that I just can't pinpoint [22:44:57] stupidly I'm sure you'll delete phpinfo.php later too :-) [22:45:04] if you chmod -R +X then it will selectively apply +x to directories automatically [22:45:11] http://www.milkthefunk.com/wiki/index.php/Main_Page [22:45:15] This looks good [22:45:39] Beer :) [22:45:51] s/good/awesome/g [22:46:09] I can't create a user [22:46:17] so can't check what error you're getting on upload ^^;; [22:46:24] ah WAIT [22:46:36] what permissions does the wiki/images dir have? [22:46:42] 777 [22:46:42] and how about the mount-point? ;-) [22:46:53] what's your distro? [22:47:08] ubuntu 14.... something [22:47:10] * kim_bruning thinks selinux if something centos/redhat [22:47:16] ok, so debian [22:47:19] * kim_bruning scratches head [22:47:27] That SHOULD just ... [22:47:28] wait... [22:47:39] did you turn uploads on in localsettings.php? [22:47:44] Yes. [22:47:58] wtf? [22:48:03] * kim_bruning scratches head [22:48:03] I know [22:48:30] waitwaitwait [22:48:34] funny thing... if I keep running chmod -R 777 ./images over and over it finally works. lol [22:48:35] ps -ef | grep apache [22:48:42] OH! [22:48:44] umask? [22:49:10] you're getting into my Greek territory [22:49:52] chmod g+rwxs ./images [22:49:52] ? [22:50:09] chmod o+rw images SHOULD be good [22:50:19] but you already have that... [22:50:21] wait, why s? [22:50:59] typo [22:51:03] also, maybe explicitly add www-data to group www-data ? [22:51:05] tried your command... same thing [22:51:11] and -s :-P [22:51:44] what's the error message you're getting, btw [22:52:05] same error... let me create you a login quick so you can see if you don't mind [22:52:19] add these two: $wgShowExceptionDetails = true; $wgDebugToolbar = true; [22:52:32] are you looking in /var/log/apache2/error.log [22:52:37] also do what Nahiyan says ;-) [22:52:44] Gecko, I'll look quick [22:52:47] what file type are you uploading as well? [22:52:50] but then I'm really gonna play minecraft ;) [22:53:03] nvm [22:53:56] well, except the other players logged off already :-/ [22:54:00] I guess I have more time then :-P [22:54:22] I pm'd you l/p [22:54:55] Gecko, did you add those two lines? [22:55:17] Oh hey, that's interesting [22:55:17] Yes [22:55:24] failed to mkdir mode 0777 [22:55:35] try refreshing and check the debug log [22:55:36] it's copying the mode of the underlying dir! [22:55:42] oh [22:56:00] so your chmod -R 777 may have actually borked it ;-) [22:56:04] you said it was 666 Gecko! [22:56:23] ;o! [22:56:26] Yes... new directories under ./images are being created as 666 [22:56:31] Nahiyan, they said 777 at 22:48 UTC [22:56:46] ahh [22:56:57] ./images is 777 [22:56:59] does that mean more to you than it does to me? [22:57:07] Gecko: Could you try 'sudo -s -u www-data' and then 'umask -S'. Just to make sure. [22:58:47] www-data@funk:~$ umask -S [22:58:48] u=rwx,g=rx,o=rx [22:59:02] Gecko, 777 shouldn't bork it at least [22:59:07] Gecko, check the subdirs also [22:59:31] Gecko: Looks good to me. :/ [22:59:39] https://www.mediawiki.org/wiki/Thread:Project:Support_desk/MediaWiki_1.20_tarball_issues/reply_%288%29 [22:59:41] Gecko, what does apache's error log say? [22:59:44] what's the temp dir for? [23:00:27] tmp dir is within his installation directory according to phpinfo [23:00:29] oh [23:00:39] Gecko, what are the permissions on /var/www/vhosts/milkthefunk.com/milkthefunk.com/phptmpdir [23:00:47] oh noes [23:00:55] they explicitly set a different temp dir? [23:01:08] well no, that's not what the error message says [23:01:14] yeah [23:01:16] drwxrwxrwx 2 vsftpd www-data 20480 Nov 21 15:09 phptmpdir [23:01:53] Gecko, cehcking, no selinux? [23:02:12] nope [23:02:36] just Ubuntu 14.04 LTS [23:02:43] Gecko, is the entire path drwxr-xr-x ? [23:02:59] try ls -ld on each path element [23:03:18] * kim_bruning says, grasping at things that are merely plausible [23:03:52] www-data@funk:/var/www/vhosts/milkthefunk.com/milkthefunk.com/httpdocs/wiki$ ls -al images [23:03:52] total 28 [23:03:52] drwxrwxrwx 5 www-data www-data 4096 Nov 21 15:09 . [23:03:53] drwxrwxrwx 13 www-data www-data 4096 Nov 21 14:30 .. [23:03:53] drw-rw-rw- 2 www-data www-data 4096 Nov 21 14:57 archive [23:03:53] drw-rw-rw- 2 www-data www-data 4096 Nov 21 15:09 d [23:03:54] drwxrwxrwx 3 www-data www-data 4096 Nov 21 14:57 f [23:03:54] -rwxrwxrwx 1 www-data www-data 180 Nov 21 14:30 .htaccess [23:03:54] -rwxrwxrwx 1 www-data www-data 203 Nov 21 14:30 README [23:04:07] oh [23:04:10] not my question [23:04:15] but doesn't matter anyway [23:04:20] drw-rw-rw- 2 www-data www-data 4096 Nov 21 15:09 d [23:04:23] bzzt [23:04:45] yea.... that ./d was created by mediawiki when I tried to upload something [23:04:51] yes [23:04:53] if it was created in 777 instead... it would work [23:04:54] but it's WRONG [23:04:56] !!! [23:04:56] There is no such key, you probably want to try: !bribe, !hss, !tss, [23:05:02] lol [23:05:10] !bribe [23:05:10] Stroopwafels for everyone!!! [23:05:17] I love you wm-bot ! [23:05:31] :-) [23:05:42] kim_bruning: Global JS/CSS now. Global user pages soon. [23:05:47] aight.... I'm out... i got beer to drink. Will return to this probably next week :( [23:05:48] Gecko, try $wgHashedUploadDirectory = false; [23:05:53] last try [23:05:57] ok [23:06:00] Gecko, the clue is this [23:06:01] let me uncomment that [23:06:06] Gecko, a dir MUST have x [23:06:15] else it's simply not accessible [23:06:18] yes [23:06:25] a dir needs +x for listing directory contents [23:06:31] I'm not entirely sure how the x gets unset each time [23:06:31] that is it [23:06:45] but that's where the problem resides today ^^;; [23:06:49] maybe a wrong php setting? [23:06:58] maybe a wrong apache setting? [23:07:08] maybe a bad umask? [23:07:39] Gecko, and have a nice drink :-) [23:09:26] :) [23:09:36] that didnt' work... dunno [23:09:37] l8r [23:09:40] thx for trying [23:11:03] ok [23:11:05] sorry! [23:11:16] this is a really confusing problem [23:37:48] I'm close to making it work [23:38:10] 2+ hours! damn [23:50:16] holy crap it's almost working