[00:01:01] 03(mod) Relative URIs in interwiki links table causes failed redirects - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18664 +comment (10greenreaper) [00:49:18] hello, i have to contribute on a wiki that was set up by our university. creating pages and editing text works well. unfortunatelly i have problem with uploading images. I can upload images and put them full size in the main page (that works), but it does not work when i want to add a thumbnail on the side of an image (600x400px for example) [00:49:39] on the thumbnail frame i see an error stating: Error creating thumbnail: Unable to run external programs in safe mode. [00:50:16] the command i am using to add an image and a thumbnail is: [[Image:someimage.jpg|thumb|some text]] [00:50:56] clear [00:51:57] hi,all.is there any extension can dynamic refresh the category on the mainpage [00:52:33] Maybe. What's the goal? [00:53:56] am i asking maybe on the wrong channel ? :) [00:55:26] we use category foreach department of our company.so there is some news should refresh automatic [00:55:32] !safe_mode | alarm [00:55:32] --mwbot-- alarm: safe_mode is an ill-concieved, broken-by-design setting in PHP that is supposed to make broken scripts safe. It was deprecated in PHP5 and removed in PHP6. MediaWiki can run with safe_mode enabled, but many of the advanced features will not work or need additional configuration (image thumbnailing using ImageMagick, for example). See http://www.mediawiki.org/wiki/Safe_mode for more information. [00:56:42] so thats something the administrator has to fix? [00:56:48] fix/change [00:56:58] yes [00:57:11] linking them to that page will assist them in fixing it [00:57:50] is there maybe anyother way of creating a thumbnail in a page and the thumbnail to redirect to an external site ? like an imagehosting site ? [00:58:25] or what else could you suggest me ? i cannot put those huge diagrams in the mainpage next to the text [00:58:29] not that I know of... really the only way for a normal user to get smaller images to work in a safe_mode setting is to upload a smaller version of the image [00:59:00] thats bad... [00:59:12] alright, at least i know. i will report it [00:59:18] you could probably also use javascript to call the thumbnailing script in order to get the correctly-scaled image as well, but you would need sysop access to the wiki [00:59:18] thank you very much Skizzerz [00:59:37] thats getting to complicated for me :) [01:19:42] 03(mod) edittoken broken on test.wp when specifying json callback - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18662 (10herd) [01:37:13] 03(NEW) [[Special:Tags]] message shouldn't be hardcoded - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18668 enhancement; Normal; MediaWiki extensions: AbuseFilter; (p858snake) [01:39:05] hmmm, 18663 sure reminds me of a dupe [01:40:12] I know the code does it on purpose and I thought someone had complained about it before [01:49:25] 14(INVALID) [[Special:Tags]] message shouldn't be hardcoded - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18668 +comment (10agarrett) [01:50:27] werdna: Why are the tags using text for internal names? [01:50:39] Instead of ID numbers. [01:50:55] Why should they use IDs instead of text? [01:51:14] Because text is gross? [01:51:18] Granted, I assumed that they'd be [A-Za-z0-9\-]+ [01:51:20] Things like question marks and quotation marks and ampersands are nasty. [01:51:22] but oh well [01:51:30] And is there a bug filed about not being able to track where tags came from? [01:51:30] not if you know how to escape [01:51:56] To be able to track where they came from, aren't ID numbers much simpler than text? [01:52:16] why? [01:52:19] I don't see anyr eason [01:52:36] Diagnosing why a particular tag is on a specific edit. [01:52:46] Becomes much more difficult when there are hundreds of filters. [01:53:01] it might be sensible to have a search function. [01:53:19] *Marybelle goes to file bugs. [01:53:44] http://en.wikipedia.org/wiki/Special:Tags [01:53:48] third column hasn't been filled it [01:53:55] it might be prudent to do so when one creates a tag [01:54:28] Maybe. Relying on people is sorta bad, though. [01:54:49] 03(mod) __NOGALLERY__ prevents categories from displaying the total number of pages - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18663 (10herd) [01:55:42] werdna: Are the tags for edits permanent? (Will a tag be there six months from now or does it match RecentChanges?) [01:56:01] it matches logid, revid and rcid [01:56:04] so yes, it will stay [01:56:08] Blehhhhhh. [01:56:20] there's no reason to think that they're immutable, either. [01:56:31] It's just that I haven't added a UI for changing them other than at edit time [01:56:32] You mean there's a way to remove them? [01:56:43] Yes, that's my next bug... [01:56:45] revision revision [01:56:47] there isn't, but it's in theory very easy [01:56:53] and of course, a log of changes [01:56:56] and a way to change those logs [01:56:59] revision revision revision [01:58:27] 03(NEW) Tag interface for end users is confusing and unintuitive - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18669 enhancement; Normal; MediaWiki: General/Unknown; (public) [02:00:02] 03(NEW) Create ability to remove tags from edits / actions - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18670 enhancement; Normal; MediaWiki: General/Unknown; (public) [02:00:59] you might want to add the ability to remove them pretty fast as some of those tags could easily been seen as defermation of character [02:02:58] 03(NEW) Create "Tags" component in MediaWiki product in Bugzilla - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18671 enhancement; Normal; Wikimedia: Bugzilla; (public) [02:03:28] Hmmm. [02:03:51] 'bout to file one about finding where tags came from, but I'm not sure of a clean way to do it. Esp. if the tags don't come from AbuseFilter... [02:04:45] maybe if the tags were designed to link to some more descriptive page about it that could list information about it [02:05:17] Well, they have a "full description" field: http://en.wikipedia.org/wiki/Special:Tags [02:06:21] yes but that dosn't help on the contribs page, it just shows their name atm [02:07:02] Yes. I just filed a bug about that. :P [02:08:28] i'm intrested in that movies tag atm, i can't seem to see why someone would want it and out of the ones tagged on the first page i see only like one movie [02:09:22] 03(NEW) Change Tags structure to use numeric IDs instead of text - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18672 enhancement; Normal; MediaWiki: General/Unknown; (public) [02:11:28] http://bugs.php.net/bug.php?id=48139 [02:12:51] Heh. [02:24:34] You'd be surprised how many of those people end up asking for help on MW sites [02:24:58] I wouldn't. [02:25:07] Spoilsport [02:39:12] http://www.mediawiki.org/w/index.php?title=Extension:Script_And_Google_AdSense&curid=22301&diff=253038&oldid=220825 Now that's brave [02:41:49] http://www.mediawiki.org/w/index.php?title=User:LouMessina&oldid=253055 [02:41:53] *Emufarmers 's head explodes from the paradox [02:41:54] Emufarmers: if you're in that mood: http://www.mediawiki.org/wiki/Monto [02:42:15] Splarka, yeah, I saw it, but I do RC from the end forward, so I'll get there eventually [02:42:27] heh [02:43:15] hmm [02:43:27] did you see, the other day an IP created a user page with {{delete}} [02:43:42] You must have gotten to it before I did [02:43:58] er, a user talk [02:44:21] nah, he did [02:44:27] http://www.mediawiki.org/w/index.php?title=User_talk:213.97.62.125&diff=252222&oldid=252219 [02:48:32] http://www.mediawiki.org/wiki/How_to_fork_a_MediaWiki_wiki :| [02:49:06] Haha. [02:49:10] I saw that on WR. [02:49:22] don't you love "[... here]" links [02:49:26] Oh? [02:49:35] I have less of a problem with them than others do. [02:49:49] They're nice to avoid sometimes, though they can make the writing style awkward. [02:50:07] http://wikipediareview.com/index.php?showtopic=24097 [02:50:45] same author [02:51:15] but a pretty pointless page nevertheless... [02:52:02] I think it's in the wrong namespace. Has potential, though. [02:52:32] http://www.mediawiki.org/wiki/Talk:How_to_fork_a_MediaWiki_wiki [02:52:39] not Help: then, probably Manual: [02:52:55] Right. [02:53:05] Marybelle: what potential is that? This is already covered in the guides on exporting and importing [02:53:19] Forking is different than generic importing / exporting. [02:53:47] And that page deals a bit more specifically with Wikimedia wikis, which are their own animal. [02:53:58] In what way is it different? [02:54:18] Most sites don't have publicly-available XML dumps. [02:54:35] Or really large datasets. [02:54:38] but most pages are part of one [02:54:49] And...? http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps [02:55:03] It already talks about how to handle hueg datasets [02:55:16] out of 30 million articles tracked by s23.or, 20 million are on WMF wikis [02:55:20] .org [02:55:32] heh, and IIRC Wikia has XML dumps, or tries to [02:55:57] so out of 17,273 wikis, 11581 should have dumps [02:57:22] If you can't get a dump, you're going to have to do the export yourself, or do scraping; either way, there are going to be problems, and that's not really the sort of thing we should be offering advice on [02:58:19] http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps is about a specific topic. [02:58:40] Sure these pages can link to each other, but I see no problem offering a guide that does a broader outlook. [02:58:59] [[MW:THERE'SPLENTYOFSPACEGODDAMNIT]]. Or something. [03:02:30] So what method of importations would your guide cover? [03:02:37] Er, methods of importation [03:06:49] I'm not writing a guide. [03:07:09] Though you'd want to focus on using mysqldump, maintenance scripts, and Special:Import. [03:07:45] Uh, how would you use mysqldump to fork a wiki? [03:08:04] If you had a .dump file, you could just import the whole thing? [03:08:43] .sql or .sql.gz, generally; you wouldn't need a guide for that. And you aren't likely to have it if you're actually forking [03:09:49] Still, maybe it'd be a good idea to move Manual:Importing XML dumps to Manual:Importing and add a line about importing SQL [03:10:10] 03(mod) Release MediaWiki 1.15 (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18629 (10tstarling) [03:10:46] A quarterly release only 3 months after the last one? Blasphemy! [03:10:59] don't worry, it only has 2 months of changes [03:11:15] so it is technically a month late even if still 2 months early [03:11:16] only one schema change [03:11:50] if it wasn't for change tagging finally making it in, we would have had to change the UPGRADING file to say that you don't need a DB upgrade [03:12:25] Is there any documentation for that tagging? [03:12:38] DefaultSettings.php? [03:12:45] *Emufarmers looks [03:12:55] I filed a few tags-related bugs today. [03:16:50] 03(NEW) Prioritization system for flagged revisions - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18673 enhancement; Normal; MediaWiki extensions: FlaggedRevs; (cenarium.sysop) [03:17:01] so... 12 revisions between 48811 and HEAD to SpecialBlockip.php by Aaron [03:18:23] which are livehacked in? [03:18:30] most of them [03:19:12] and which deal with issues sites outside of WM will care about? are they mostly about global blocking with central auth? [03:20:02] they're to do with user hiding, not global blocking [03:20:21] oop, so, viable... [03:20:54] ahh, dur, it was includes/specials/SpecialUserrights.php buggy with global groups [03:21:05] but in a default install, nobody has the hideuser right [03:22:21] Do you ever plan on changing that? [03:23:07] maybe [03:23:28] it's not like wikimedia is the only wiki with vandals [03:24:23] $wgGroupPermissions['sysop']['deleterevision'] = true; should probably be uncommented when it's ready for use (if it isn't now) [03:24:40] quite [03:24:49] and then the ones given to 'suppress' could probably be reasonably given to the bureaucrat in a default setup [03:25:11] yes, there's no need to have an extra group by default [03:37:41] ah, one problem [03:37:55] the amount of interface clutter is terrible [03:38:13] amen! [03:38:50] religious phrase detected, may cause offense: (hide/show) [03:38:52] hmmm [03:40:19] TimStarling: IMO there you should explicitly turn on the show/hide [03:40:22] i.e. have one link at the top [03:40:27] "Hide revisions" [03:40:37] and then when you click that link, it adds the clutter because you asked for it [03:41:22] that seems out of the scope of 1.15 [03:41:33] ...but a good argument for not enabling the feature yet by default [03:41:52] well, I wasn't going to enable it for 1.15 anyway, I was just considering enabling it in trunk [03:41:59] Eh.... nobody ever reads through DefaultSettings. If it's not on by default, nobody will find it. [03:42:05] is the Bad image list control via a db table? [03:42:16] no [03:42:23] p858snake: No. Interface message read on each save. [03:42:29] Or render, I guess. [03:42:41] maybe the diff interface can be hidden as well [03:42:53] well, the interface message is cached. [03:42:59] so it's not a huge deal [03:43:07] It's still a stupid system. :P [03:43:23] http://www.youtube.com/watch?v=vkPWvBqu4cg <-- amusing video blog by some guy whose wikipedia page got deleted [03:43:38] some things are suited to configuration by wiki pages [03:43:50] wiki pages give you things like history and logging for free [03:44:07] They also require constant maintenance. [03:44:15] And storing the info as a giant blob. [03:44:17] mmm, memcache clutter [03:44:36] I'm not sure we're running out of memcache space [03:44:39] (or more specifically msgcache) [03:44:46] and if we are, we can just add new memcached servers [03:44:52] Haha. [03:45:00] heh, well, domas sure felt the editnotices were doing a good job of running it out of space [03:45:04] Right. Don't fix the problem, throw more hardware at it. ;-) [03:45:07] it doesn't cost anything, because it uses unused RAM on apaches. [03:45:16] (correct me if I'm wrong) [03:45:25] give me a break [03:45:36] 100KB of bad image list versus 100GB of memcached space [03:45:52] but the bad image list the only thing that uses it [03:46:01] it's really not an issue [03:46:03] I was talking about filling it; I was referring to processing it on every view. [03:46:13] have you looked at the profiling? [03:46:18] Though Domas seems pretty strict about what can fill that 100 GB. [03:46:23] it's not a problem [03:46:52] Maybe the problem wasn't the space taken up, but something else. [03:47:04] Right. [03:47:13] I don't remember the precise circumstances [03:47:26] Having all editnotice messages load on every page view or something. [03:48:03] yes, I think the message cache is stored as one blob. [03:48:10] Although I'm not sure. [03:49:06] The broader issue of using interface messages for configuration is the real problem. (Which most people realize.) [03:51:43] It's a hacky kinda thing, but it doesn't need addressing immediately. [03:51:53] It doesn't cause any problems except that it sucks as a UI [03:52:20] Right. Tendency of hacks to stick around forever, esp. non-fatal ones. ;-) [03:54:06] Brion and I and probably Tim and others have mused on plenty of things, but nobody ever gets around to fixing them [03:54:24] I think Tim and I were discussing a better configuration system a few weeks ago. [03:56:53] the message cache is not stored in one blob anymore [03:57:09] so the recommended limitations on bad image list size could probably be relaxed [03:57:30] the smaller messages are stored in the main blob, and large messages are stored in separate blobs [03:57:40] well, if they can be called blobs... [03:57:52] let's say entries [03:58:41] 03(NEW) History page excessively cluttered, esp. with suppressrevision - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18674 normal; Normal; MediaWiki: History/Diffs; (tstarling) [03:59:44] mm, comparison radio buttons are rarely used [04:00:03] IMO we should use a table wherever possible for that kind of thing [04:03:13] werdna: successful troll is successful (re: chris-chan) [04:04:18] yeah [04:06:05] He's allegedly in #wikipedia right now... [04:06:22] Heh, http://en.wikipedia.org/wiki/User_talk:ChrisChanSonichu it's funny to see the trolls flocking to egg him on [04:06:34] You know what's never used? Those protection list selectors. [04:06:40] I don't even know what kind of HTML that is. [04:06:50] what? [04:07:45] you mean in action=protect? [04:07:48] Yes. [04:08:15] inside
. Interesting. [04:09:08] that's how every form in MediaWiki is formatted, isn't it? [04:09:34] so you mean the semi-protection feature? [04:09:46] three-way selection boxes for edit and move? [04:09:51] oh, that [04:09:56] Yes. What UserRights used to use. [04:09:58] Sort of. [04:10:09] It's rarely seen on the Web. [04:12:03] Yeah, the protection form still sucks. [04:12:16] Other time shouldn't appear unless you select it from "Expires:". [04:12:21] it's a