[03:35:14] hey all [03:35:21] i've got a question about lists in mediawiki markup [03:35:27] i'm writing a todo for logging into a particular server [03:36:03] and i'm using a numbered list. I'd like to call out a copy-pasteable step using a code block (or whatever you call the block that you call out using a leading space) and then have the numbering resume [03:36:06] is there a way to do that? [03:40:49] not with wikimarkup numbered lists, unfortunately [03:40:52] but you can use HTML lists [03:41:24] e.g.
    and
  1. [09:16:32] I put a single blank line after a simple 1 level, 2 elements bullet list but the following paragraph is still "touching" the list (I have to use 2 blank lines for that). Is this intended? [09:53:41] parsoid is trying to fetch images using relative urls, even though the wikipage itself is using "[[File:20130705163106.gif|alt=foss i akserselva|frame|akserselva]]". This fails with error code 1, but following the logs, I find "Error: Bad article title: ./File:20130705163106.gif" Mediawiki doesn't like relative urls, why are parsoid trying? can I convince it otherways? [09:57:57] jsl14: sounds like a bug! You should report it on Phabricator (phabricator.wikimedia.org) [09:58:06] you could also try asking on #mediawiki-visualeditor [09:58:50] thanks, I'll try there [10:43:11] I put a single blank line after a simple bullet list but the following paragraph is still "touching" the list. I have to use 2 blank lines or
    to make it work. Is this intended? [11:14:23] hi [11:14:42] how can I start contributing to wikipedia? [11:19:49] s24w : just go there, click on "edit" at the top of the page (next to "read" and "view history"), or next to the title of a section ; you don't even need to create an account. [11:22:51] I mean in respect of gsoc [14:18:13] I have mediawiki installed on a container and I want to test configurations. I have apache2 set to a different port than default. Do I have to change anything after modifying the apache2.conf? [14:34:52] when, e.g., MW runs convert to generate a thumbnail image, and 139 segfaults with something like the following: "... line 99: 11889 Segmentation fault ..." - what does the number 11889 signify in this case? it changes every time, is it a counter? [14:36:38] It'll be something in imagemagick I guess [14:37:11] could it be the amount of memory it is trying to allocate? [14:44:02] it could be anything [15:22:39] Hello, sorry in advance if I'm asking in the wrong place, but I'm trying to edit https://www.mediawiki.org/wiki/Manual:Short_URL to add a configuration for IIS 8.5. However, even though I'm a registered user, it says I'm not a registered user, and can't edit. :( [15:23:07] Any ideas on how I can edit that page? [15:24:04] Hi Andrewmachtolff, what's your username on mw.org? [15:24:09] Andrewmachtolff: huh, what is the exact error message you're getting? [15:24:53] Andrewmachtolff: Oh, the red box at the top of the page? [15:24:58] Andrewmachtolff: That shows up for everyone [15:25:08] Andrewmachtolff: I'm an admin and it shows up for me. You can edit and save the page normally. [15:25:08] my username there is the same, Andrewmachtolff [15:26:02] well, it doesn't show an Edit link on the page at all. If I append "?action=edit" to the url, I get this message at the top of the screen, "You do not have permission to edit this page, for the following reason: This page has been semi-protected by an administrator and can be edited only by registered accounts." [15:26:13] Huh [15:26:15] One sec [15:27:19] I think it's actually talking about autoconfirmed users [15:27:21] oh, it's protected to autoconfirmed probably [15:27:30] But I don't have the ability to change your confirmed status [15:27:35] Ah, that makes sense [15:27:37] do bcrats? [15:27:39] I can, however, make you autochecked. [15:27:42] Skizzerz: Probably [15:27:49] because I can do that then :P [15:27:59] Hi all. I'm looking for fresh ideas what I'm configuring wrong on my new mediawiki install (1.26). [15:28:04] We don't have the ability to manually confirm users on mediawikiwiki [15:28:07] Andrewmachtolff: Try now... [15:28:09] a steward could probably do it [15:28:27] thpar: Well, what's wrong about how you've configured it? [15:28:47] MarkTraceur: I hit enter before I could explain what's the problem, sorry :-) [15:28:50] As a bureaucrat, I see confirmed user status as a group I can't change on Special:UserRights/Andrewmachtolff [15:29:07] yeah, same [15:29:17] and neither autopatrol nor ipblock-exempt grant autoconfirmed [15:29:26] thankfully there's another easy fix for this [15:29:37] Change the page protection. [15:30:01] Just tried again, logged out, closed browser window, and logged back in. Still the same error :-/ [15:30:03] yep [15:30:07] I just unprotected the page [15:30:11] so you should be able to edit it now [15:30:26] Yay, that did it! Thank you! [15:30:29] Neat [15:30:34] Removed autochecked fwiw [15:30:40] I'm setting up a wiki with short URLs. Everything seems to be working, except my uploads URL ($wgUploadPath) is seen as an Article, rather than the url to the uploads. [15:31:11] thpar: What is your value for wgUploadPath? [15:32:13] and wgArticlePath [15:32:26] thpar: Oh, wait, have you committed the Cardinal Sin of MediaWiki by making your wiki root the root of the site? [15:32:30] MarkTraceur: I'm installing in a subdir of the docroot, /knowledge . Inside that, all wiki's reside. This one is "w-genomite". So, wgUploadPath is /knowledge/wiki-genomite/uploads [15:32:42] OK [15:32:48] MarkTraceur: nope. No sins :-) [15:32:55] if your article path and script path match, you're gonna have a bad time(tm) [15:33:03] thpar: You might be better served by putting the uploads Somewhere Else, like outside of the wiki directory [15:33:08] so are your files in /knowledge? [15:33:17] weird thing: I've got a totally working 1.21 install in the directory next to it... same setup, same redirects... [15:33:18] Like, /knowledge/uploads/{{wiki name}} [15:33:32] but can't seems to see any changes there in the HISTORY files [15:33:49] thpar: mind pastebinning the redirects? [15:33:59] and also letting us know what your wgArticlePath and wgScriptPath are set to? [15:34:52] Skizzerz: http://pastebin.com/80Hp5Q1G [15:35:04] the "cig" one, is the working 1.21 install [15:35:21] the .htaccess file is in the knowledge dir [15:35:27] ok [15:35:36] and your wgScriptPath and wgArticlePath (in LocalSettings.php)? [15:35:53] $wgScriptPath = "/knowledge/w-genomite"; [15:36:06] $wgArticlePath = "/knowledge/wiki-genomite/$1"; [15:36:16] there's your problem :) [15:36:19] ah aha? [15:36:28] $wgArticlePath = "/wiki-genomite/$1"; [15:36:49] er, maybe with single quotes [15:36:52] Ooh, good catch. [15:36:53] but shouldn't matter actually [15:36:57] ah, really? I thought that had to be the actual dir structure. Ok, let me try. [15:37:09] ArticlePath is the "fake" path where the wiki wants the articles to be [15:37:09] Skizzerz: I thought single quotes didn't allow variables, but I'm a PHP neanderthal [15:37:23] MarkTraceur: $1 isn't a variable in this case, it's a placeholder [15:37:30] Oh god [15:37:32] Right [15:37:35] but thankfully $1 is also not a valid variable name, so interpolation doesn't matter [15:37:43] * MarkTraceur beats head against desk [15:38:16] so which quotes are used doesn't matter thankfully :) [15:39:26] Skizzerz: Hmm, no... that's not right [15:39:31] hmm? [15:39:36] that matches the redirects you gave me [15:39:42] er wait, where is that .htaccess? [15:39:48] is that in your docroot or in knowledge? [15:40:03] Skizzerz: knowledge is a subdir of the docroot [15:40:04] I kinda assumed docroot [15:40:16] and the .htaccess is in the knowledge [15:40:19] I understand that [15:40:23] ok then yeah, my advice was wrong :) [15:40:43] $wgArticlePath needs to be a fake path, but it also needs to match the left side of the RewriteRule [15:41:02] if your Rewrites are in knowledge, then that's based on the knowledge subdir [15:41:09] so revert the change back to how you had it [15:41:18] oh [15:41:36] and $wgUploadPath = "$wgScriptPath/uploads"; [15:41:51] THAT should do the trick [15:42:08] er [15:42:18] actually just delete the line entirely from your LocalSettings.php [15:42:29] which one? the upload path? [15:42:33] yeah, you want the default there [15:42:44] UploadPath DOES need to point to an actual directory on the disk [15:42:55] in your case, the actual directory is w-genomite, not wiki-genomite [15:43:33] by removing it, it'll take the default value, which is the /images subdirectory of your wiki files [15:43:51] indeed... extra info: wgUploadDirectory has been set to a completely different path. I'm working here on a server that only has one dedicated read-write location. [15:44:06] ok what is UploadDirectory? [15:44:26] "/www/bioapp/wiki-genomite_uploads" [15:44:28] because the two should match-ish [15:44:33] Oh? [15:44:45] UploadDirectory is relative to the filesystem root [15:44:49] er [15:44:57] relative to the wiki directory, but is a filesystem location [15:45:01] indeed... upload dir is simply a writable path on the server [15:45:05] UploadPath is relative to the webroot [15:45:09] indeed [15:45:17] files get uploaded to UploadDirectory and served from UploadPath [15:45:24] that's the idea :-) [15:45:43] so is /www/bioapp your web root? [15:46:03] like your wiki files are at /www/bioapp/knowledge/w-genomite? [15:46:06] no, that is the writable partition on this server. [15:46:13] docroot is somewhere else [15:46:15] is /www/bioapp web-accessible at all? [15:46:18] no [15:46:22] it needs to be [15:46:35] or you need to do some alias magic to be able to serve them up [15:46:39] or symlink magic [15:47:16] symlinks are probably the easiest [15:47:30] Skizzerz: then I'll have to dig in again into some of the older configs on this server. My "cig" install is using the same setup and that one is working. [15:47:47] But you got me thinking... let me see if there's any symlinking going on there [15:48:55] if not symlinks, check your webserver configuration (I'm guessing you're running apache) for any Alias directives that map the uploads directory to that location [15:49:56] Skizzerz: one of the differences with my older, working, setup, is the setting of $wgRedirectScript. Any idea if that's in play? [15:50:19] no [15:50:22] k [15:50:23] that setting was removed in 1.22 [15:50:54] and when it did work, it was unrelated to this :) [15:51:01] (it was used for a feature in the "nostalgia" skin) [15:51:11] Skizzerz: indeed, just reading that here too. [15:53:29] Skizzerz: You're right. I just found an extra https.conf file... define an alias for every wiki_uploads on this server. [15:53:48] wasted a whole afternoon on this! Thanks! [15:54:17] cool [15:54:26] so you should set up an alias for this wiki as well [15:54:32] and make sure $wgUploadPath is pointing at the alias [15:55:52] Skizzerz: added. Server restart... and just like that it's working :-) [15:57:20] awesome, glad you got it sorted :) [15:57:52] yeah, glad too. Those little things can take so much time. [16:26:41] hey, on the top of your heads: what could be plausible reasons to get a "Need token" error message when trying to register using the API (and using a valid token)? It works for login, but not if you try to register. [16:37:25] PinkPonyOfDeath it's all explained in here : https://www.mediawiki.org/wiki/API:Account_creation [16:38:02] account creations through the API need two requests [16:42:50] Alphos: yes...i send a request, get an answer with the token, then use the token to send the same request again...but it still 'need token' [16:44:13] PinkPonyOfDeath are you sure you sent the second request with the token ? [16:45:16] yes. checked countless times already...but i did not send any cookies...i just read that line. i'll try that now [17:47:10] Alphos: ok...so i had to send the cookie as well and log in with my api-account before sending the request...now it works [17:47:18] thx anyway :) [17:47:21] yw [18:48:34] I don't know if it is the right place to ask, so sorry if it is off-topic. Is there any work to rewrite non-https external links to https links when they support it? [18:49:22] pnsrc: For what kind of site? [18:49:38] Like for your Web browsing generally? There's the "HTTPS Everywhere" extension. [18:49:58] For your specific site, you can set up HTTP redirects in your Web server configuration. [18:50:03] I know. I meant a similar scheme. [18:51:16] I'm not sure what you're asking. [18:52:01] For mediawiki to check external links against a whitelist and rewrite to https when the site supports it. [18:52:36] Opportunistically [18:52:48] Ahh. [18:53:03] I don't think anyone is working on that currently. [18:54:16] I was waiting for browsers to discontinue non-encrypted communication, but we would end up with http:// links that way. [18:55:18] This would happen sooner. [19:06:45] #mediawiki-operations [19:10:57] Would granting edit but not read work? [19:11:10] So for example I am a user on a wikifarm and have to be able to edit pages globally [19:11:18] but on some wikis I shouldnt be able to read just edit [20:43:38] hi [20:43:38] Hello and Thanks Thanks for the most awesome wiki software [20:43:39] I'm having a spammer utilize File:Filename.jpg pages to stop me from deleting the chain and then restoring just the versions I want visible [20:43:39] Way around? [20:43:39] and thanks for the 3rd time [20:45:13] jubo2: Hi hi, what seems to be going on - can you provide a link? [20:45:33] myrcx: http://develop.consumerium.org/wiki/Special:RecentChanges [20:53:31] block the /24 and mass revdel [22:43:58] Hello everyone. What's the easiest way for a total noob to make a bot that uploads files from a certain folder? [22:46:43] metalhead331 : using commonist https://commons.wikimedia.org/wiki/Commons:Commonist [22:46:53] Thank you [22:47:20] (so you won't be making a bot yourself, just using existing software ;-) ) [22:48:54] just run one maintenance script? [22:49:56] not technically an upload though, but definitely an option if the files are already on the server [22:51:28] Ehm... what if my Wiki is here? http://ways-of-darkness.sonck.nl/w/index.php/Main_Page [22:51:28] [22:51:39] Commonist does not seem to cater to custom locations for MediaWiki installations. [22:51:50] oh [22:51:53] It does cater to that. [23:00:11] Thank you all for your help! [23:22:27] hey folks. I'm looking to test out an image uploading application via OAuth. Before uploading to commons, I'd like to try some uploads to test.wikipedia.org. Good idea or bad idea? [23:23:38] halfak: testing is always a good idea if you have the time for it [23:23:58] tgr thanks, but is test.wikipedia.org a good place to run my upload tests? [23:24:41] yes, although test2 is closer to Commons in configuration [23:24:50] but probably makes no difference [23:25:36] Great. Should I expect my oauth consumer to work on it like any other wikimedia wiki? [23:25:40] there is also commons.wikimedia.beta.wmflabs.org, either one of the three works [23:25:55] beta probably has more quirks [23:26:24] yes, test/test2 are part of the normal Wikimedia wiki family [23:26:47] user accounts, OAuth consumers and every other centralized thing works there [23:26:57] beta has its own version of everything [23:33:25] tgr. Great. Thank you