[Bug 17566] Consider using CDATA for RSS/Atom feeds or type=xhtml for Atom feeds instead of escaping special characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=17566 Melancholie wiki.melancho...@web.de changed: What|Removed |Added Summary|Consider using CDATA or |Consider using CDATA for |type=xhtml for Atom feeds |RSS/Atom feeds or |instead of escaping special |type=xhtml for Atom feeds |characters |instead of escaping special ||characters --- Comment #1 from Melancholie wiki.melancho...@web.de 2009-02-19 08:43:23 UTC --- CDATA would work for RSS too, see http://webservices.xml.com/pub/a/ws/2002/11/19/rssfeedquality.html (bottom, tested) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15624] Wikimedia contact form does not like + in the email address
https://bugzilla.wikimedia.org/show_bug.cgi?id=15624 --- Comment #3 from Walter Vermeir wal...@wikipedia.be 2009-02-19 09:07:17 UTC --- Currently is there nothing to be fixed as the form has been taken offline without any notice to the users of it. I can not speak for the others but for the Dutch language queue has always used it since it exists, far before OTRS, used a contact form. This form was used for close to 100% of all contacts. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17567] New: deleteDefaultMessages.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=17567 Summary: deleteDefaultMessages.php Product: Wikimedia Version: unspecified Platform: All URL: http://nds-nl.wikipedia.org OS/Version: All Status: NEW Keywords: shell Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: serv...@gmail.com Could someone run deleteDefaultMessages.php on nds-nl? Thanks in advance! Servien -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17567] deleteDefaultMessages.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=17567 Siebrand siebr...@wikipedia.be changed: What|Removed |Added CC||siebr...@wikipedia.be Component|General/Unknown |Site requests --- Comment #1 from Siebrand siebr...@wikipedia.be 2009-02-19 09:11:04 UTC --- Component: site requests. This may not have the exact result you are hoping for. The documentation of the script states Deletes all pages in the MediaWiki namespace which were last edited by MediaWiki default.. I assume you and other nds-nl administrators have made the edits. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15624] Wikimedia contact form does not like + in the email address
https://bugzilla.wikimedia.org/show_bug.cgi?id=15624 --- Comment #4 from Tim Starling tstarl...@wikimedia.org 2009-02-19 09:16:07 UTC --- You must have removed the links to it before I set up the logging. Can you give me an idea of what alternative contact method you're using now? I need to know how much you need this, for prioritisation. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17567] deleteDefaultMessages.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=17567 --- Comment #2 from Servien serv...@gmail.com 2009-02-19 09:22:52 UTC --- ...so in other words it would be best to delete it manually? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17567] deleteDefaultMessages.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=17567 --- Comment #3 from Siebrand siebr...@wikipedia.be 2009-02-19 09:27:58 UTC --- It is a solution. Does take a lot of time, though. You could also create a list of messages to be deleted from Special:Allmessages and then use a bot (delete.py) to delete those pages. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17567] Run deleteDefaultMessages.php on nds-nl Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=17567 MZMcBride pub...@mzmcbride.com changed: What|Removed |Added CC||pub...@mzmcbride.com Summary|deleteDefaultMessages.php |Run ||deleteDefaultMessages.php on ||nds-nl Wikipedia -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15624] Wikimedia contact form does not like + in the email address
https://bugzilla.wikimedia.org/show_bug.cgi?id=15624 --- Comment #5 from Walter Vermeir wal...@wikipedia.be 2009-02-19 10:55:45 UTC --- Well, as soon as I discoverd the contactform was gone I removed all links to it. Now we just list on a page the email adress people need to send an email to. Before the WMF provided this contact form I used to run one since the start of email service in 2003 it was I believe. I could setup again a contact form if the WMF does not come back soon. It is more easy a contactform for the users to contact us but mostly the fact you have cleary the ipadress of the sender of the email in the email that why is very usefull to lookup things on the wiki. Also the browser string is useful info in some cases. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17568] New: Limit display of revisions fails when not using short urls
https://bugzilla.wikimedia.org/show_bug.cgi?id=17568 Summary: Limit display of revisions fails when not using short urls Product: MediaWiki extensions Version: any Platform: All URL: http://stwalkerster.unixpod.com/w/index.php?title=Specia l:Code/acc OS/Version: All Status: NEW Severity: minor Priority: Normal Component: CodeReview AssignedTo: jschulz_4...@msn.com ReportedBy: stwalkers...@googlemail.com When the wiki is not using the short URL format, modifying the Show x items per page then clicking Go produces something like: http://stwalkerster.unixpod.com/w/index.php?limit=100 The expected result would be (using the above example): http://stwalkerster.unixpod.com/w/index.php?title=Special:Code/acclimit=100 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17553] Fatal Error in ThreadPermalinkView.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=17553 --- Comment #4 from DaSch dasch...@gmx.net 2009-02-19 13:47:59 UTC --- Another Fatal error, now when reaplying to a thread Call to a member function id() on a non-object in /var/www/web0/html/extensions/LiquidThreads/classes/LqtHistoricalThread.php on line 46 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17553] Fatal Error in ThreadPermalinkView.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=17553 --- Comment #5 from DaSch dasch...@gmx.net 2009-02-19 13:49:59 UTC --- The Thread ist shown in Recent Changes but is to accesible and is not disblayed under the Thread it's a reply to -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15624] Wikimedia contact form does not like + in the email address
https://bugzilla.wikimedia.org/show_bug.cgi?id=15624 --- Comment #6 from Tim Starling tstarl...@wikimedia.org 2009-02-19 15:20:41 UTC --- If you have an open source contact form already that fits your needs, or you're willing to write one, I'd be happy to review it and put it on our servers if it looks OK. The OTRS one had a security vulnerability for every few lines of code. I told the developers about it but I haven't gotten any interest from them about fixing it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17340] Notification messages not being sent despite preferences being set
https://bugzilla.wikimedia.org/show_bug.cgi?id=17340 --- Comment #5 from Platonides platoni...@gmail.com 2009-02-19 15:27:50 UTC --- Confirmed. Emails have started arriving. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17569] New: Getting follow-up notifications for tickets that we don't own
https://bugzilla.wikimedia.org/show_bug.cgi?id=17569 Summary: Getting follow-up notifications for tickets that we don't own Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: OTRS AssignedTo: tstarl...@wikimedia.org ReportedBy: rjd0060.w...@gmail.com We should only get follow up notification emails for replies that come in to tickets that we own, however, we're getting them for others (tickets that we've not even touched). See https://ticket.wikimedia.org/otrs/index.pl?Action=AgentTicketHistoryTicketID=2483572 for example. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17569] Getting follow-up notifications for tickets that we don't own
https://bugzilla.wikimedia.org/show_bug.cgi?id=17569 --- Comment #1 from Tim Starling tstarl...@wikimedia.org 2009-02-19 16:01:29 UTC --- Isn't this just a duplicate of bug 8662? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17569] Getting follow-up notifications for tickets that we don't own
https://bugzilla.wikimedia.org/show_bug.cgi?id=17569 --- Comment #2 from Rjd0060 rjd0060.w...@gmail.com 2009-02-19 16:11:24 UTC --- (In reply to comment #1) Isn't this just a duplicate of bug 8662? I don't know if it is or not, as I don't know if it is going to all queue agents as 8662 says. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17570] New: Two redirects are resolved, althoug $wgMaxRedirects is set to 1
https://bugzilla.wikimedia.org/show_bug.cgi?id=17570 Summary: Two redirects are resolved, althoug $wgMaxRedirects is set to 1 Product: MediaWiki Version: 1.15-svn Platform: All URL: http://de.wikipedia.org/w/index.php?title=Benutzer:AYArk tosredirect=no OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Redirects AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: paul.copper...@googlemail.com The new config var $wgMaxRedirects allows for setting up how many redirects should be resolved recursively. However, apparently the software resolves always *one more* redirect than specified (see url). I can confirm this on a local install, where $wgMaxRedirects is explicitly set to 1. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17571] New: Slight tweak to category redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=17571 Summary: Slight tweak to category redirects Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Categories AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: cat...@vp.pl Great that we now have category redirects working properly, but I suggest a slight improvement - if cat2 redirects to cat1 and page1 is placed in cat2, then have page1 added not only to cat1, but to cat2 AS WELL. This will make it easier to find which pages use specifically the cat2 name, which is necessary for some maintenance purposes. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3311] Automatic category redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=3311 --- Comment #44 from Le Chat cat...@vp.pl 2009-02-19 17:01:25 UTC --- OK, it is live, thanks. There still seems to be a slight problem, though, in that you can't get a list of members of the redirected category specifically. I've raised this in a new bug (bug:17571). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17569] Getting follow-up notifications for tickets that we don't own
https://bugzilla.wikimedia.org/show_bug.cgi?id=17569 Guillaume Paumier guillom@gmail.com changed: What|Removed |Added CC||guillom@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Guillaume Paumier guillom@gmail.com 2009-02-19 17:06:34 UTC --- This specific queue (info-en::Copyvio) was configured so that Ticket lock after a follow up: was disabled, so it makes sense that the system send a notification to all volunteers who have this queue in My queues. The option is enabled now, so it should be fixed. Please re-open if not. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17572] New: Files downloadable w/o auth
https://bugzilla.wikimedia.org/show_bug.cgi?id=17572 Summary: Files downloadable w/o auth Product: MediaWiki Version: 1.14.0rc1 Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: Normal Component: Images AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: paul.marc...@verizon.net I have mediawiki setup with SecurID authentication. Everything appeared to work fine until the other day when someone sent the file location on the server instead of the URL of the page the file could be downloaded from. No authentication was needed and the file could be downloaded. To try to make it clearer. Normally to download a file from the wiki I would send the following - a link to the page the file was on: https://myserver.com/info/Prototype_Monthly_Vuln And say to download the appropriate file from the page. No problem. Authetication was needed. If instead I send a link to the file: https://myserver.com/myserver/images/5/5a/filetodownload.fs.2009-01-22.csv A person just has to click on the link and the file will download, no authentication needed. Any help you can give would be greatly appreciated. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16435] New extension to enforce minimum password strength.
https://bugzilla.wikimedia.org/show_bug.cgi?id=16435 Thomas Bertels tbertels+bugzi...@gmail.com changed: What|Removed |Added CC||tbertels+bugzi...@gmail.com --- Comment #3 from Thomas Bertels tbertels+bugzi...@gmail.com 2009-02-19 17:17:18 UTC --- (In reply to comment #2) Yes, but this should verify password /strength/ For example, on the toolserver, you cannot set a password with dictionary words (longer than X chars, I think), and you must include 3 of 4 character classes or something (lower case, uppercase, numbers, special chars...?). And so on (presumably the programmers know better than I do what makes a strong password). Since there's a captcha after 3 attempts and a temporary lockout after 3 (or so) more attempts, I'm not sure if it's a good idea to enforce that much brute force or dictionary resistant passwords. Too strong passwords would be difficult for the users to remember. What about just letting the user know about his/her password strength ? However, since the compromised accounts passwords were either the same as the login or just password, those are basic rules to improve password strength (they are probably already active). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16435] New extension to enforce minimum password strength.
https://bugzilla.wikimedia.org/show_bug.cgi?id=16435 --- Comment #4 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-02-19 17:41:33 UTC --- (In reply to comment #3) Since there's a captcha after 3 attempts and a temporary lockout after 3 (or so) more attempts, I'm not sure if it's a good idea to enforce that much brute force or dictionary resistant passwords. Too strong passwords would be difficult for the users to remember. What about just letting the user know about his/her password strength ? Yes, that'd be nice too. I know of several sites which have a password strengh indicator beside the input which changes as you're typing from empty in grey - weak in red - OK in yellow - strong in green using AJAX. However, since the compromised accounts passwords were either the same as the login or just password, those are basic rules to improve password strength (they are probably already active). I'm not sure what you mean here... Are there already restrictions on using password as the password, or using your username as the password? That good, but we can do better. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 7952] Install DynamicPageList extension on Icelandic and Spanish Wiktionaries
https://bugzilla.wikimedia.org/show_bug.cgi?id=7952 --- Comment #5 from spacebirdy spacebi...@gmail.com 2009-02-19 17:42:25 UTC --- Waiting for 2 years now :( -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17571] Slight tweak to category redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=17571 --- Comment #1 from Le Chat cat...@vp.pl 2009-02-19 18:29:43 UTC --- See discussion at http://en.wikipedia.org/wiki/Wikipedia_talk:Categorization#Redirects_now_work.21.21 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 8473] $wgArticleRobotPolicies vs. SpecialPages hardwiring
https://bugzilla.wikimedia.org/show_bug.cgi?id=8473 --- Comment #6 from jida...@jidanni.org 2009-02-19 19:09:49 UTC --- http://perishablepress.com/press/2008/06/03/taking-advantage-of-the-x-robots-tag/ mentions methods perhaps useful to people seeking workarounds for this bug. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4459] Create a special page to handle additions, removals, changes and logging of spam blacklist entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=4459 --- Comment #10 from seth email_metawiki_...@wg-karlsruhe.de 2009-02-19 19:12:02 UTC --- We don't have a special page yet, but there are tools like http://toolserver.org/~seth/grep_regexp_from_url.cgi which give the possibility to search for a entry and for its reason. This toll can be used in MediaWiki:Spamprotectionmatch, e.g., http://de.wikipedia.org/wiki/MediaWiki:Spamprotectionmatch/en. So afaics the main thing - which was the difficulty in finding already blacklisted links - is solved. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4459] Create a special page to handle additions, removals, changes and logging of spam blacklist entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=4459 --- Comment #11 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-02-19 19:13:34 UTC --- (In reply to comment #10) We don't have a special page yet, but there are tools like http://toolserver.org/~seth/grep_regexp_from_url.cgi which give the possibility to search for a entry and for its reason. This toll can be used in MediaWiki:Spamprotectionmatch, e.g., http://de.wikipedia.org/wiki/MediaWiki:Spamprotectionmatch/en. So afaics the main thing - which was the difficulty in finding already blacklisted links - is solved. External tools are *not* sufficient. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17490] SRF-Ploticus: Create DATA as imageformat
https://bugzilla.wikimedia.org/show_bug.cgi?id=17490 Joel Natividad mediaw...@natividads.com changed: What|Removed |Added Status|NEW |ASSIGNED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17490] SRF-Ploticus: Create DATA as imageformat
https://bugzilla.wikimedia.org/show_bug.cgi?id=17490 Joel Natividad mediaw...@natividads.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #1 from Joel Natividad mediaw...@natividads.com 2009-02-19 19:19:24 UTC --- SRF-Ploticus now has CSV format (see http://svn.wikimedia.org/viewvc/mediawiki?view=revrevision=47505). Decided to use CSV instead of DATA keyword. However, CSV completely skips Ploticus, so no additional data processing is possible. CSV data processing will be incorporated into SRF-Ploticus at a later time. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17489] SRF-Ploticus: Pass headers to CSV with Ploticus can then use to auto-label plots
https://bugzilla.wikimedia.org/show_bug.cgi?id=17489 Joel Natividad mediaw...@natividads.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #1 from Joel Natividad mediaw...@natividads.com 2009-02-19 19:23:15 UTC --- Done. See http://svn.wikimedia.org/viewvc/mediawiki?view=revrevision=47505. However, there are a couple of ploticus prefabs that create incorrect legends. If this should be a problem, legends can be suppressed in two ways: * tell SRF-Ploticus not to create headers (headers=hide, default is show) * suppress legend labelling by using the prefab standard param - legend=no This has been brought to the attention of Steve Grubb - ploticus creator. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17522] SRF-Ploticus: Create skin to take advantage of CSS support
https://bugzilla.wikimedia.org/show_bug.cgi?id=17522 Joel Natividad mediaw...@natividads.com changed: What|Removed |Added Status|NEW |ASSIGNED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15030] List global group rights similar to Special:ListGroupRights
https://bugzilla.wikimedia.org/show_bug.cgi?id=15030 Andrew Garrett and...@epstone.net changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #6 from Andrew Garrett and...@epstone.net 2009-02-19 19:26:51 UTC --- Done in r47507, with a different patch, of course. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17308] Allow globalgrouppermissions to be assigned as a local right
https://bugzilla.wikimedia.org/show_bug.cgi?id=17308 Andrew Garrett and...@epstone.net changed: What|Removed |Added CC||and...@epstone.net --- Comment #2 from Andrew Garrett and...@epstone.net 2009-02-19 19:33:23 UTC --- It's mostly because it seemed wrong at the time to allow global changes to be made with local rights. I am aware that there are existing sections of code where this can occur, but I thought it sensible not to add one more. I'm happy to be convinced the other way, though. What do others think? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16435] New extension to enforce minimum password strength.
https://bugzilla.wikimedia.org/show_bug.cgi?id=16435 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #5 from ^demon innocentkil...@gmail.com 2009-02-19 19:58:53 UTC --- Fwiw, I've already got an extension in SVN (PasswordStrength) that requires some heuristics on changing password. Maybe the features described here could be incorporated? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17574] $wgMaxRedirect setting not being applied correctly?
https://bugzilla.wikimedia.org/show_bug.cgi?id=17574 P.Copp paul.copper...@googlemail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from P.Copp paul.copper...@googlemail.com 2009-02-19 20:13:58 UTC --- *** This bug has been marked as a duplicate of bug 17570 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17570] Two redirects are resolved, althoug $wgMaxRedirects is set to 1
https://bugzilla.wikimedia.org/show_bug.cgi?id=17570 P.Copp paul.copper...@googlemail.com changed: What|Removed |Added CC||russb...@hotmail.com --- Comment #1 from P.Copp paul.copper...@googlemail.com 2009-02-19 20:13:58 UTC --- *** Bug 17574 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17570] Two redirects are resolved, although $wgMaxRedirects is set to 1
https://bugzilla.wikimedia.org/show_bug.cgi?id=17570 P.Copp paul.copper...@googlemail.com changed: What|Removed |Added Summary|Two redirects are resolved, |Two redirects are resolved, |althoug $wgMaxRedirects is |although $wgMaxRedirects is |set to 1|set to 1 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17570] Two redirects are resolved, although $wgMaxRedirects is set to 1
https://bugzilla.wikimedia.org/show_bug.cgi?id=17570 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-02-19 20:21:55 UTC --- fixed in r47512. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17575] New: Migrate redirect logic out of Article/ImagePage/FileRepo
https://bugzilla.wikimedia.org/show_bug.cgi?id=17575 Summary: Migrate redirect logic out of Article/ImagePage/FileRepo Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Redirects AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: innocentkil...@gmail.com Looking at the paths redirects handle is a mess, especially when it comes to Images. I was trying to figure out exactly why local image redirects wont go to foreign repo'd files when for all intents and purposes they should be able to. The logic is half in Article, half in ImagePage, and half in the FileRepo. This is entirely unnecessary and creates a lot of needless overhead for redirects. I think a dedicated Redirect class is in order. Its only purpose is to redirect Titles to other Titles. Article, ImagePage and FileRepo can all make use of this as need be, but the workflow can be centralized. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17572] Files downloadable w/o auth
https://bugzilla.wikimedia.org/show_bug.cgi?id=17572 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-02-19 20:42:16 UTC --- There's already an help page for that: http://www.mediawiki.org/wiki/Manual:Image_Authorization -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16615] Automatic account creation of locally forbidden usernames is not prevented by local blacklists
https://bugzilla.wikimedia.org/show_bug.cgi?id=16615 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-02-19 21:28:16 UTC --- *** This bug has been marked as a duplicate of bug 14629 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14629] Titleblacklist entires with newaccountonly should affect automatically created accounts with SUL too
https://bugzilla.wikimedia.org/show_bug.cgi?id=14629 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||brovvnout+wikibugzi...@gmail ||.com --- Comment #9 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-02-19 21:28:16 UTC --- *** Bug 16615 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14629] Titleblacklist entires with newaccountonly should affect automatically created accounts with SUL too
https://bugzilla.wikimedia.org/show_bug.cgi?id=14629 --- Comment #10 from Andrew Garrett and...@epstone.net 2009-02-19 21:31:28 UTC --- Commentary from bug 16615 Gotchas: * Calling AbortNewAccount doesn't work this early in the request -- many extensions expect $wgUser to be set, and it's called as $wgUser is being unstubbed. * CentralAuth has its own AbortNewAccount hook, meaning you need to hack around and tell that hook that the user is *really* okay to create. Half-written patch stashed back here. The first gotcha is causing me immense grief. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 10925] Special:MergeAccount crashes when database locked
https://bugzilla.wikimedia.org/show_bug.cgi?id=10925 Andrew Garrett and...@epstone.net changed: What|Removed |Added CC||and...@epstone.net Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Andrew Garrett and...@epstone.net 2009-02-19 21:37:05 UTC --- Fixed, r47515. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17576] Move captcha to the bottom of the form on the signup page
https://bugzilla.wikimedia.org/show_bug.cgi?id=17576 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added Component|Special pages |ConfirmEdit Product|MediaWiki |MediaWiki extensions Version|unspecified |any -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17237] Better integration of patrol feature
https://bugzilla.wikimedia.org/show_bug.cgi?id=17237 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com Depends on||16012 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16012] Schema change rotation script (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16012 ^demon innocentkil...@gmail.com changed: What|Removed |Added Blocks||17237 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14450] Login on secure server is global but doesn't tell you so
https://bugzilla.wikimedia.org/show_bug.cgi?id=14450 Andrew Garrett and...@epstone.net changed: What|Removed |Added CC||and...@epstone.net Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #6 from Andrew Garrett and...@epstone.net 2009-02-19 21:49:01 UTC --- Fixed, r47516. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17563] Backlinks output format changed
https://bugzilla.wikimedia.org/show_bug.cgi?id=17563 Roan Kattouw roan.katt...@home.nl changed: What|Removed |Added CC||roan.katt...@home.nl Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Roan Kattouw roan.katt...@home.nl 2009-02-19 21:55:57 UTC --- (In reply to comment #1) Created an attachment (id=5830) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=5830) [details] Patch against r47478 to fix the issue Applied verbatim in r47514. (In reply to comment #2) It's considered good form to separate whitespace/code formatting and actual code changes when constructing patches. If the whitespace changes are completely unrelated, that's definitely true. This case, where an if() is added and the statements inside it are indented and changed is kind of a corner case. I decided to commit the whole thing in one go, but having a patch without whitespace changes certainly made review clearer. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14587] Logout as non global user shows wrong message and missing images
https://bugzilla.wikimedia.org/show_bug.cgi?id=14587 Andrew Garrett and...@epstone.net changed: What|Removed |Added CC||and...@epstone.net Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Andrew Garrett and...@epstone.net 2009-02-19 21:58:58 UTC --- Recently-introduced similar bug fixed in r47518. Unable to reproduce as reported. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15232] Logging of edits done by global bots
https://bugzilla.wikimedia.org/show_bug.cgi?id=15232 Andrew Garrett and...@epstone.net changed: What|Removed |Added CC||and...@epstone.net --- Comment #2 from Andrew Garrett and...@epstone.net 2009-02-19 22:00:25 UTC --- Other opinions? I'm leaning to WONTFIX this. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17511] SRF-Ploticus: For showimagelink and showcsv actions, make the resulting image and csv file have non-hash fnames
https://bugzilla.wikimedia.org/show_bug.cgi?id=17511 Joel Natividad mediaw...@natividads.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER --- Comment #1 from Joel Natividad mediaw...@natividads.com 2009-02-19 22:11:55 UTC --- Fraid there are no two ways about it. The only reason stock CSV result printer can manage this (name file - result.csv) is coz it creates file in mem while we create our CSV files in the Ploticus cache in a sharded dir structure. One though was to create a softlink that is human-readable to the hash filename, but this will have to wait until a future release. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15625] CentralAuth global login images should link to respective projects
https://bugzilla.wikimedia.org/show_bug.cgi?id=15625 Andrew Garrett and...@epstone.net changed: What|Removed |Added CC||and...@epstone.net Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Andrew Garrett and...@epstone.net 2009-02-19 22:14:12 UTC --- Fixed, r47521. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16335] Add magic word __NONEWSECTIONLINK__
https://bugzilla.wikimedia.org/show_bug.cgi?id=16335 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #4 from Brion Vibber br...@wikimedia.org 2009-02-19 22:15:17 UTC --- Looks good to me, applied in r47522 for 1.15 dev trunk. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13953] Global user style
https://bugzilla.wikimedia.org/show_bug.cgi?id=13953 Charles Melbye char...@mudoo.net changed: What|Removed |Added CC||char...@mudoo.net --- Comment #7 from Charles Melbye char...@mudoo.net 2009-02-19 22:19:37 UTC --- Isn't this what the [[mediawiki:Extension:GlobalCssJs]] extension is? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17577] New: Images can't have far future expires
https://bugzilla.wikimedia.org/show_bug.cgi?id=17577 Summary: Images can't have far future expires Product: MediaWiki Version: unspecified Platform: All URL: http://performance.webpagetest.org:8080/result/090218_13 2826127ab7f254499631e3e688b24b/ OS/Version: All Status: NEW Keywords: patch Severity: minor Priority: Normal Component: Images AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bugzilla.wikimedia@antispam.sergeychernyshev.com Created an attachment (id=5833) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=5833) Image URL with timestamp patch I'm optimizing performance of MediaWiki instances and one of the issues I came across is that images in MediaWiki don't change their URLs over time as they change so it's impossible to set far future expires headers for them to keep them firmly in browsers caches. Here's the link explaining this particular issue: http://developer.yahoo.com/performance/rules.html#expires You can see this issue in action here: http://performance.webpagetest.org:8080/result/090218_132826127ab7f254499631e3e688b24b/ (simple two-run test of http://en.wikipedia.org/wiki/Hilary_Clinton page) - notice that on repeat run all image requests are sent again even though images didn't change so we get 55 extra requests with 304 responses which requires 4 more connections to the commons server (see Connection View section below) all of which could be avoided. This might get even worse if we'll test consequent views with pages sharing only some images - in this case loading images after the ones that were already requested will be blocked. I didn't try to calculate traffic savings (can be significant even though it's only headers that are being sent), but it can be done based on some statistics. The good news is that MediaWiki already has control over the versioning of uploaded files (which is most important for images) so the solution would be to just make unique query string for each version of the image. It looks like solutions for local file store and remote stores might be different, but I created a patch that relies on getTimestamp to be implemented accordingly in each subclass (LocalFile.php / ForeignAPIFile.php and so on). Another, much cleaner, approach would be to use file revision number instead of timestamp, but it'll require more knowledge of file store implementation which I lack. It might be heavier on CPU though as it'll require getting history from the database. Anyway, I'm attaching a patch that already works for local file repository where timestamp implementation works fine. You can see result of this patch here: http://performance.webpagetest.org:8080/result/090219_289bbf4e150b039459abe3ba3d3ce148/ (notice, that on second run only the page is requested). If it all sounds right, I can apply this patch to the tree. Sergey -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17536] Move + delete removes an article from Special:NewPages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17536 --- Comment #1 from Mauro mauro...@tiscali.it 2009-02-19 22:48:46 UTC --- Created an attachment (id=5834) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=5834) Bug Fix The patch update the Recentchanges table on moving action if the page is new. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17577] Images can't have far future expires
https://bugzilla.wikimedia.org/show_bug.cgi?id=17577 --- Comment #1 from Sergey Chernyshev bugzilla.wikimedia@antispam.sergeychernyshev.com 2009-02-19 22:48:58 UTC --- Yep, patch doesn't include web server configuration for expiration headers. Simple .htaccess like can be put into images/ folder (if Apache has AllowOverride Indexes for it): ExpiresActive on ExpiresDefault A2592 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17536] Move + delete removes an article from Special:NewPages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17536 Mauro mauro...@tiscali.it changed: What|Removed |Added CC||mauro...@tiscali.it Status|NEW |ASSIGNED Component|Deleting|RecentChanges -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17577] Images can't have far future expires
https://bugzilla.wikimedia.org/show_bug.cgi?id=17577 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |tstarl...@wikimedia.org |l...@lists.wikimedia.org | --- Comment #2 from Brion Vibber br...@wikimedia.org 2009-02-19 22:51:22 UTC --- Spiffy! Offhand looks good, though would want to double-check there's no conflicts with remote repos and the on-demand thumbnailing. Tim, can you take a peek at this today and see if there's any issues there? Thanks! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15624] Wikimedia contact form does not like + in the email address
https://bugzilla.wikimedia.org/show_bug.cgi?id=15624 --- Comment #8 from mw...@wikipedia.be 2009-02-19 22:53:34 UTC --- (In reply to comment #7) Maybe http://www.mediawiki.org/wiki/Extension:ContactPage could fit your needs. The exension is enabled on a WMF wiki already: http://wikimediafoundation.org/wiki/Special:Contact but I think it needs a review before it can used on bigger projects. That form looks very hopefull. I do entreat on a quick implementation of this - or any other form. Before the disabling I recieved aprox. 5~6 tickets a day on info-nl. Without the contact-form, the numbers have dropt to about 1 or 2 every day. So for nl-wikipedia this is a very useful page, and I don't really care if it's the real OTRS-form, the Tim-version, Walter-version or the Extension-version, but enable at least one of the options. Mark -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16552] set $wgCategoryPrefixedDefaultSortkey=false for en.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=16552 Barbara Pokornowski funandt...@yahoo.com changed: What|Removed |Added CC||funandt...@yahoo.com --- Comment #2 from Barbara Pokornowski funandt...@yahoo.com 2009-02-19 23:04:31 UTC --- '''Support''': it would be really nice to be able to use the listas parameter in all the WPBM banners, so the tagged articles would sort correctly. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17577] Images can't have far future expires
https://bugzilla.wikimedia.org/show_bug.cgi?id=17577 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #4 from Platonides platoni...@gmail.com 2009-02-20 00:01:21 UTC --- Will squids purge File:Foo.jpg?timestamp=1970010100 entry when Foo.jpg is reuploaded? Are pages using images on remote-repos correctly purged on image reupload? (I think the problems of bug 1394 complicate it) Infinite expiry images plus squids serving pages pointing to old images... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17219] Add reason and private log to view private abuse log information
https://bugzilla.wikimedia.org/show_bug.cgi?id=17219 Andrew Garrett and...@epstone.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17577] Images can't have far future expires
https://bugzilla.wikimedia.org/show_bug.cgi?id=17577 --- Comment #5 from Brion Vibber br...@wikimedia.org 2009-02-20 00:09:28 UTC --- Does Squid currently get purged on image reupload? Currently the plain page view URL does get purged from local Squids, however any *client* that has cached the image doesn't get any such notification. So, either the browser has to go back to hit the server every time it shows it to check if it's changed (slow!), or it speculatively caches it for some amount of time with the risk of showing an outdated version. You can see this effect when you upload a new version of an image and see the old one sitting there on the File: page until you refresh. Changing the URL with a timestamp would mean that any page which has been updated will use the updated URL, giving you the updated image version when you view it. Are pages using images on remote-repos correctly purged on image reupload? Nope, which is an issue to consider. There's not currently any registry of remote use, so the wiki doesn't know who to send purges to. (This would not be too hard to implement internally for DB-based repos so Commons could update the other Wikimedia sites, but would be much trickier for third-party sites using us via an API repo). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17540] wrong patrol mark for moved page in new pages log
https://bugzilla.wikimedia.org/show_bug.cgi?id=17540 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER --- Comment #2 from Aaron Schulz jschulz_4...@msn.com 2009-02-20 01:26:41 UTC --- Improved in r47499, reviewed to the original title will update the rc entries at the old title (including newpages). Closing for now, since this depends on revamping the rc schema. The expected behavior is non-obvious. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17579] New: Allow html markup in messages: repoadmin-edit-bug, and repoadmin-edit-view
https://bugzilla.wikimedia.org/show_bug.cgi?id=17579 Summary: Allow html markup in messages: repoadmin-edit-bug, and repoadmin-edit-view Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: CodeReview AssignedTo: jschulz_4...@msn.com ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bugzilla.wikime...@publi.purodha.net Messages repoadmin-edit-bug repoadmin-edit-view contain english names that may be not translated to some languages, when localized. Thus they need to be properly tagged as English, else screen readers, search engines, etc. will fail on them. Trying span lang=enViewVC/span and span lang=enBugZilla/span, however, render the html verbatim on screen by incorrectly escaping the 's. This is likely a bug showing up at other places as well. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17316] New 404 error page
https://bugzilla.wikimedia.org/show_bug.cgi?id=17316 --- Comment #4 from Mark Ryan ultrab...@gmail.com 2009-02-20 03:27:09 UTC --- It'd probably also be fairly trivial to change the logo to that of whichever domain it's spawned on. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17316] New 404 error page
https://bugzilla.wikimedia.org/show_bug.cgi?id=17316 --- Comment #5 from Ben White dot...@hrwiki.org 2009-02-20 04:02:54 UTC --- Overall I like the appearance of this very much, but I'm not fond of the phrase You may wish to check for a page on the wiki with that title, with the verb check serving as the link. Instead, I think the link should be on a noun. Even better would be for it to specifically state You may wish to check for [[Titanic]] on the wiki. Better still might be to continue using some form of the quesiton Did you mean to type http://en.wikipedia.org/wiki/titanic?;, which to me makes it immediately apparent that I've accidentally left out the wiki, and I can more easily remember how to avoid the problem in the future. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17580] usability.wikimedia.org should support SUL
https://bugzilla.wikimedia.org/show_bug.cgi?id=17580 Andrew Garrett and...@epstone.net changed: What|Removed |Added CC||and...@epstone.net --- Comment #1 from Andrew Garrett and...@epstone.net 2009-02-20 06:10:26 UTC --- Might be tricky to implement without CentralAuth extension changes ndash; CentralAuth is designed for wikis hosted in the same place. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
