Re: [Wikitech-l] [Foundation-l] Report to the Board of Trustees: Davos
2009/2/19 Michael Snow wikipe...@verizon.net: I'm likely going to put the general issue of biographies on the board's next agenda, for what that's worth. Though as I say, there's no simple blanket solution, and I don't know if we can promise anything beyond more discussion and more awareness of the issues. What's the schedule on the flagged revisions trial on en:wp? (cc: to wikitech-l) - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] edit form oddity -- newly missing input type
Andrew Garrett wrote: On Wed, Feb 18, 2009 at 7:12 PM, Steve Summit s...@eskimo.com wrote: Sometime between yesterday and today, the edit summary field on en.wp's edit page lost its type=text attribute. Is it causing any problems? No, just a curiosity. It was part of some much-needed code cleanup I did to the editing page. Okay, but beware: wpAntispam still does have the explicit type=text, and there's a confusing welter of single and double quotes among the type='hidden' fields. :-) You should note that bots *should not* be using the UI, as breaking changes such as this. Oh, yeah, I know. But it's an old bot, and it mostly works, and I haven't found time to sit down and rewrite it to use the API. Even using the UI, you should use a proper HTML parser, not regexes (as I suspect you were using) to parse the HTML. Don't worry, it uses a *ML parser. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Double redirects
Chad innocentkil...@gmail.com wrote in message news:5924f50a0902020609q542047cfme84b9237eec38...@mail.gmail.com... On Mon, Feb 2, 2009 at 8:43 AM, Russell Blau russb...@hotmail.com wrote: ... 3) How can the users (not sysadmins) of a given wiki determine what the value of $wgMaxRedirects is for their wiki? In particular, what value is being used currently on enwiki and other WMF projects? The defaults for every setting are available for viewing on Mediawiki.org For this setting, the default appears to be 1, meaning that we keep long- standing behavior for the default. As for seeing your current settings, you can check out the configuration files at [1]. ... [1] - http://noc.wikimedia.org/conf/ - CommonSettings and InitialiseSettings are the two places to look. Chad: AFAICT, the default value of $wgMaxRedirects is 1 and is not changed in any of the WMF settings files you pointed me to. Still, the software is bypassing double-redirects on enwiki as of this morning; check out http://en.wikipedia.org/wiki/Dubya for an example. Perhaps a bug? Russ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] specialallpages setRobotpolicy('index,follow')
http://perishablepress.com/press/2008/06/03/taking-advantage-of-the-x-robots-tag/ seems like a possible useful way to override the MediaWiki body via a custom HTTP header... ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Usage of Wikipedia name
On Thu, Feb 19, 2009 at 02:41:14PM -0500, Bilal Abdul Kader wrote: Greetings, I have been searching online for the possibility of using the name wikipedia to name a server but I could not find information about this anywhere. Basically, we are duplicating the enwiki locally at Concordia and searching whether we are allowed to use wikipedia.concordia.ca for the server. Is this allowed? Is there any policy on the usage of the name? Wikipedia is a registered trademark of the Wikimedia Foundation. In general this means that you can't use the word wikipedia to name your website. IANAL. Something else, why do you want to set up a Wikipedia mirror? Most people do it in order to sell ads, but I can't imagine that Concordia University is trying to earn money with ads. Regards, jens ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Two ways to grant rollback and patrol right ?
On Thu, Feb 19, 2009 at 12:12 PM, Michael Rosenthal rosenthal3...@googlemail.com wrote: It is. Even the automatically-granted version? How does that work? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Two ways to grant rollback and patrol right ?
2009/2/19 Aryeh Gregor simetrical+wikil...@gmail.com: On Thu, Feb 19, 2009 at 12:12 PM, Michael Rosenthal rosenthal3...@googlemail.com wrote: It is. Even the automatically-granted version? How does that work? There may be an easy way, but I can see a rather complicated way: You create a dummy usergroup which you add people to when you want to remove their autopromoted rights and then include NOT a member of the dummy group as a condition for autopromotion. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Two ways to grant rollback and patrol right ?
On Thu, Feb 19, 2009 at 5:02 PM, Thomas Dalton thomas.dal...@gmail.com wrote: There may be an easy way, but I can see a rather complicated way: You create a dummy usergroup which you add people to when you want to remove their autopromoted rights and then include NOT a member of the dummy group as a condition for autopromotion. Yeah, I thought of that too, but that's unnecessarily complicated UI. Perhaps that logic could be hidden in the software, and Special:UserRights could just display remove this group like usual. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Unique Image URLs
Hi, I'm working on optimizing MediaWiki for front-end performance and came across a problem that seems to be an issue even on Wikipedia - images all get requested from the server for the subsequent requests even though all of them didn't change - this means that images that are cached in a browser are re-requested again. The problem is that even though all those requests return 304s and none of the images are actually transmitted, it still makes all those requests which delays rendering of the page. I've wrote a patch and created a bug for this in Bugzilla: https://bugzilla.wikimedia.org/show_bug.cgi?id=17577 Let me know what you think. Thank you, Sergey -- Sergey Chernyshev http://www.sergeychernyshev.com/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Two ways to grant rollback and patrol right ?
On Thu, Feb 19, 2009 at 5:34 PM, Platonides platoni...@gmail.com wrote: Wait!! Do you mean Autopromoted groups are recalculated on each request? Yes, that's the point. If the above works, that would be a way to fix the long-awaited bug 4995 (block from uploading). Remove upload from user group and autopromote giving upload right to any user not on the upload-blocked group. However, I don't see a way to have autopromote if not in group X work right now. It seems like the only conditions are emailconfirmed, edit count, and age. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Mobile gateway testing
2009/2/19 Brion Vibber br...@wikimedia.org: On 2/19/09 2:42 AM, David Gerard wrote: I notice it doesn't have edit links as yet - any plans? Nothing firm in the works yet but it's one of our goals for it long-term. :) (It's possible to edit in the regular MediaWiki skin on your iPhone... it just *really sucks*. :) I've edited in Firefox on an Eee 701 okay. Monobook's too big for it really. (Classic is okay 800px wide.) The mobile skin would be good on those too. So yeah, edit links ++ - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Mobile gateway testing
On 2/19/09 4:14 AM, Angela wrote: On Thu, Feb 19, 2009 at 9:42 PM, David Gerarddger...@gmail.com wrote: I notice it doesn't have edit links as yet - any plans? Good question. Is this the same thing as the new mobile platform that was announced before or not? I thought the point of that was to enable more easier mobile editing. That depends on how many people have been announcing new mobile platforms. :) In this work we're mainly targeting the popular has-a-good-browser smartphones. These will be able to do decent editing at least for little bits here and there, and creating a decent interface for doing that -- commenting, typo-fixing, slapping up pictures, maybe taking notes for later serious editing -- would be great. The first attack surface is a decent read-and-search UI, of course, since that's going to be the biggest use. -- brion ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Mobile gateway testing
2009/2/19 Brion Vibber br...@wikimedia.org: That depends on how many people have been announcing new mobile platforms. :) In this work we're mainly targeting the popular has-a-good-browser smartphones. These will be able to do decent editing at least for little bits here and there, and creating a decent interface for doing that -- commenting, typo-fixing, slapping up pictures, maybe taking notes for later serious editing -- would be great. The first attack surface is a decent read-and-search UI, of course, since that's going to be the biggest use. This looks good in a really narrow browser window, which I suppose is the key issue. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Mobile gateway testing
I think for anything other than casual browsing, using native clients would be better. Perfect use of the API. I've been trying to get one for Android into decent shape. -Chad On Feb 19, 2009 6:03 PM, Brion Vibber br...@wikimedia.org wrote: On 2/19/09 4:14 AM, Angela wrote: On Thu, Feb 19, 2009 at 9:42 PM, David Gerarddger...@gmail.com... That depends on how many people have been announcing new mobile platforms. :) In this work we're mainly targeting the popular has-a-good-browser smartphones. These will be able to do decent editing at least for little bits here and there, and creating a decent interface for doing that -- commenting, typo-fixing, slapping up pictures, maybe taking notes for later serious editing -- would be great. The first attack surface is a decent read-and-search UI, of course, since that's going to be the biggest use. -- brion ___ Wikitech-l mailing list wikitec...@lists.wikimedia ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Two ways to grant rollback and patrol right ?
2009/2/19 Aryeh Gregor simetrical+wikil...@gmail.com: On Thu, Feb 19, 2009 at 5:34 PM, Platonides platoni...@gmail.com wrote: Wait!! Do you mean Autopromoted groups are recalculated on each request? Yes, that's the point. If the above works, that would be a way to fix the long-awaited bug 4995 (block from uploading). Remove upload from user group and autopromote giving upload right to any user not on the upload-blocked group. However, I don't see a way to have autopromote if not in group X work right now. It seems like the only conditions are emailconfirmed, edit count, and age. There is an INGROUPS condition too. Check out http://www.mediawiki.org/wiki/Manual:$wgAutopromote ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Two ways to grant rollback and patrol right ?
On Thu, Feb 19, 2009 at 6:09 PM, Thomas Dalton thomas.dal...@gmail.com wrote: There is an INGROUPS condition too. Check out http://www.mediawiki.org/wiki/Manual:$wgAutopromote I checked the DefaultSettings.php documentation instead, which is *supposed* to always be up-to-date. I'll put a warning there that it's wrong and go stab some people who didn't update it. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Wider trials of Abuse Filter
Hi all, After a few weeks on test.wikipedia.org, the Abuse Filter is rolling out for wider testing. For the moment, it's active on MediaWiki.org, but we're interested in deploying it to other small projects interested in targetting pattern vandalism. The Abuse Filter extension allows very specific rules to be defined about the sorts of edits that may be made. It can take actions in response to edits ranging from simple tagging of an edit with a special mark indicating it needs extra attention, all the way up to emergency desysopping. Projects can ask for any subset, or all of these actions to be enabled on their wiki, and for advanced permissions to be required to use the higher-level ones. The extension includes considerable useful tools for testing and debugging filters, and for evaluating their performance. A study last year indicated that a particular filter, if applied in August 2007, would have blocked 60% of all page-move vandalism on English Wikipedia over the subsequent year, with just five false positives (0.6%). Primarily we're looking at the performance impact of the extension, so English Wikipedia (which the extension was written for) can't quite have it yet (as we're not sure that it will perform adequately under such high load). If other medium or small projects such as Meta, Commons, Wiktionary, Wikibooks, Wikisource and similar are interested in deploying this extension, they're free to develop a rough consensus and request deployment on Bugzilla. If, after a few weeks, we find that the extension seems to work fine, we can hopefully deploy it on English Wikipedia (hooray!). Thanks! -- Andrew Garrett ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l