[Bug 18111] Soft blocking IP address prevents autoblock of accounts on that IP address.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18111 Brent G changed: What|Removed |Added CC||overlo...@gmail.com --- Comment #1 from Brent G 2009-03-23 06:49:30 UTC --- Likely from the fact that the all block inserts are done as INSERT IGNORE. Since your IP is already softblocked, it has an entry in the ipblocks table, and there's a unique key constraint on ipb_address. Whe the hardblock of A will gets submitted, it tries to go back and hardblock the last IP but it's already in the table (but without autoblock flag), and will silently fail. So when User B comes along, autoblock isn't on for that IP. -- 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 18111] Soft blocking IP address prevents autoblock of accounts on that IP address.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18111 Wilhelm Schnotz changed: What|Removed |Added Summary|Soft blocking IP address|Soft blocking IP address |prevents hardblocking of|prevents autoblock of |accounts on that IP address.|accounts on that IP address. -- 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 18111] New: Soft blocking IP address prevents hardblocking of accounts on that IP address.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18111 Summary: Soft blocking IP address prevents hardblocking of accounts on that IP address. Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Blocking AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: wilh...@nixeagle.org After a discussion in #wikipedia-en-admins about something unrelated it was brought up that softblocking an IP address, then hardblocking an account on that IP address allows the person on that address to continue to edit under any other non-blocked account. Werdna stated that if this behavior was happening it was a bug. I confirmed the behavior so here I am ;). Example: I blocked my IP address: [[w:User:24.209.52.11]] for 12 hours *softblock*. Then I create (using my admin account [[w:User:Nixeagle]]) the account [[w:User:Nixeagle2]] and block that account indef with autoblocks set to *on*. In theory this means that any further edits on my IP from an account without IPBE would result in the autoblock triggering. However this does not happen when I try to edit [[w:Wikipedia:Sandbox]] with the account [[wUser:Mixeagle]]. The diff of this edit is at: http://en.wikipedia.org/w/index.php?title=Wikipedia%3ASandbox&diff=279096013&oldid=279095164 Instructions to replicate: 1) create two socks, [[User:A]] and [[User:B]] (A and B are names of your choice) 2) *softblock* your IP address 3) *hardblock* [[User:A]] (leave or turn on autoblocks) 4) edit using [[User:B]] - The edit will go through, it should not. -- 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 18005] Requesting to enable FlaggedRevs Patrolling Configuration on es.wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=18005 Bryan Baron changed: What|Removed |Added Severity|normal |enhancement Summary|Enable FlaggedRevs |Requesting to enable |Patrolling Configuration on |FlaggedRevs Patrolling |es.wikinews |Configuration on es.wikinews --- Comment #1 from Bryan Baron 2009-03-23 04:59:28 UTC --- This tool will help the es.wikinews comunity to fight the vandalism; almost all the documentation of this tool is already made and we're waiting that you fix this bug. There was unanimous concensus in the local Village pump. I hope you fix this soon, thanks. Locos epraix -- 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 18109] daily-article-l sends an bcc:-field
https://bugzilla.wikimedia.org/show_bug.cgi?id=18109 Alex Z. changed: What|Removed |Added CC||mrzmanw...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Alex Z. 2009-03-23 02:55:16 UTC --- Okay, after reading http://mail.python.org/pipermail/python-list/2003-February/190540.html I've updated the script that sends the email. Apparently the proper way to use a bcc header is to not actually use it, or send 2 separate messages, one without the Bcc header to all the people on To: and Cc: lists, and the other with all the headers to the Bcc recipients. Internet standards FTW :\ Marking as Fixed for now, feel free to reopen if we still want to look into having the Wikimedia email servers strip the header (since no one else seems to bother doing this, including Google). -- 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 Mike.lifeguard changed: What|Removed |Added CC||wilh...@nixeagle.org, ||djbeets...@hotmail.com, ||herbyth...@fmail.co.uk, ||guy.chap...@chapmancentral.c ||o.uk URL|http://meta.wikimedia.org/wi| |ki/Spam_blacklist | --- Comment #12 from Mike.lifeguard 2009-03-23 02:53:28 UTC --- There are probably-useful notes on http://www.mediawiki.org/wiki/Extension_talk:SpamBlacklist#more_detailed_manual_and_suggestions and certainly on http://www.mediawiki.org/wiki/Regex-based_blacklist Both AbuseFilter and SpamRegex would need lots of work to be a viable alternative to SpamBlacklist at present. Some of the major concerns with replacing SpamBlacklist with AbuseFilter follow (concerns regarding replacing SpamBlacklist with SpamRegex are discussed on bug 13811): *Global filters (bug 17811) are really required since probably 1/3 our spam blocking as a Wikimedia community happens globally. **Relatedly, local wikis would need some way to opt-out of blocking individual domains (or individual filters - and you might block multiple domains with a single filter - we do use regex after all :D) *Also relatedly, we need to output for non-WMF wikis - but only the spam-related filters! So, probably some method of categorizing them will be necessary. That'd also be useful since if you have several thousand filters, it will quickly become *very* difficult to search through them all for a particular one - tagging/categorizing of filters and searching within the notes will be needed. **As well, this assumes that all third parties will install AbuseFilter - which will not happen. So, ideally there would be a compatibility function to provide output at least somewhat equivalent to the output of SpamBlacklist which could be used as input for third party installations. *Regarding workflow: AbuseFilter is not designed for blocking spam (it is meant to target pattern vandalism), and the workflow reflects that. We need to be able to quickly and painlessly add formulaic filters which do a very small subset of what AbuseFilter is capable of. I had suggested in the past that there could be filter templates for common purposes (such as blocking spam) - users would just fill in the blank and apply the filter. *Performance: Someone should compare the performance effects of blocking all the domains we're currently blocking with SpamBlacklist using AbuseFilter instead (using one filter for each line of regex vs one filter for the whole thing would also be a useful comparison - is there an impact there? That could affect workflow significantly depending on the answer.) *AbuseFilter can resolve bug 16325 in a user-friendly way: If all_links has whatever.com then present a particular message asking them to remove it (but potentially let them still save the edit or not, depending) *For authors, showing the edit form after a hit (bug 16757) is important & AbuseFilter would resolve that. *The AbuseFilter log would resolve bug 1542 nicely (& we are even replicating that to the toolserver). *Rollback can be exempted easily, which would resolve bug 15450 perfectly. *AbuseFilter can use new_html to resolve bug 15582 somewhat at least -- someone should figure out how true that statement is, since I'm no expert there. Potentially bug 16610 too? *If AbuseFilter were modified, it could potentially resolve bug 16466 in an acceptable manner. Bug 14114 too? *AbuseFilter could potentially resolve bug 16338 and bug 13599, depending on how one sets up the filters. *AbuseFilter could maybe be modified to allow per-page exceptions (bug 12963)... something like an whitelist filter? Or you could mash that into the original filter, which goes back to the workflow problem. *AbuseFilter's ccnorm() and/or rmspecials() would resolve the unicode problem (bug 12896) AFAICT -- though that should certainly be tested & verified. *AbuseFilter's warn function would resolve bug 9416 in a very user-friendly manner. In summation: AbuseFilter needs to implement global filters, local exemption, backward compatibility with SpamBlacklist on third-party installs, better filter tagging/searching and other workflow improvements before it can be considered a viable alternative to SpamBlacklist. -- 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/
[Bug 18110] New: Allow AbuseFilter to force the user to solve a captcha
https://bugzilla.wikimedia.org/show_bug.cgi?id=18110 Summary: Allow AbuseFilter to force the user to solve a captcha Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: AbuseFilter AssignedTo: and...@epstone.net ReportedBy: mikelifegu...@fastmail.fm CC: wikibugs-l@lists.wikimedia.org To either slow down human abusers or weed out bots, please allow AbuseFilter to present a CAPTCHA & allow the change only if solved. Yes, I'm aware that captchas are mean to humans both blind and sighted (though of course a particular horror from an accessibility standpoint) - they'd have to be used sparingly etc, but that's a useful option IMO. -- 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 18080] Send filter hits and changes to irc.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=18080 --- Comment #3 from Mike.lifeguard 2009-03-23 02:25:13 UTC --- If 'tag' is one of the options, that tag should be included in the filter hit message. -- 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 13811] Install SpamRegex for en.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=13811 --- Comment #17 from Mike.lifeguard 2009-03-23 02:16:37 UTC --- (In reply to comment #15) > There would be no benefit to this extension over the Abuse Filter. > No, there definitely is a benefit. Simplicity of use, and the ability to stop spam globally (for Wikimedia) are concerns. AbuseFilter was never (AFIACT) for spam in particular - but rather pattern vandalism (which you have said yourself). I'd love to make it better for use against spam though - if that's done then maybe this could be considered INVALID/WFM/whatever. I think this should be duped to bug 4459, and that can maybe be considered resolved by AbuseFilter at some point 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 10531] "Undo" and "rollback" should not both exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=10531 Prodego changed: What|Removed |Added CC||prod...@gmail.com Status|REOPENED|RESOLVED Resolution||WONTFIX -- 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 18109] New: daily-article-l sends an bcc:-field
https://bugzilla.wikimedia.org/show_bug.cgi?id=18109 Summary: daily-article-l sends an bcc:-field Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Mailing lists AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: wm-bugzi...@daniel.baur4.info Rjd0060 reported the following in the tech_channel today: On daily-article-l, we have it set to hide the sender of the post but for some reason it is showing the senders email address in the BCC field. He/she forwarded my such an email and it contains an bcc:-field. As far as I understand RFC 5321 Appendix B all BCC-Fields should be removed. I'm not sure if the client, the first-email-server or the wikimedia-server makes the mistake but I think that the wikimedia-server (or mailman) should filter it nevertheless. This is the important part of the header (I alienate the bcc-adress): Message-ID: <49c6d237.1c05d00a.6874.d...@mx.google.com> Date: Sun, 22 Mar 2009 17:05:11 -0700 (PDT) MIME-Version: 1.0 To: daily-articl...@lists.wikimedia.org Bcc: mrzmanwikimailxx...@gmail.invalid From: English Wikipedia Article of the Day Subject: [Wikipedia] March 23: Proserpine (play) X-BeenThere: daily-articl...@lists.wikimedia.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dal-feedb...@wikimedia.org Sincerly, DaB. -- 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 10531] "Undo" and "rollback" should not both exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=10531 Mike.lifeguard changed: What|Removed |Added CC||mikelifegu...@fastmail.fm --- Comment #14 from Mike.lifeguard 2009-03-23 02:06:14 UTC --- WONTFIX AFAICT - we want both rollback and undo because they do different things (both of which should be do-able) and the diff of proposed changes is necessary for the use-case it covers -- 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 16910] IRC notifications for CodeReview comment/status updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=16910 Mike.lifeguard changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Blocks||16599 --- Comment #1 from Mike.lifeguard 2009-03-23 02:01:55 UTC --- added bug 16599 for blocks -- 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 16599] RecentChanges IRC related issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16599 Mike.lifeguard changed: What|Removed |Added Depends on||16910 -- 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 17470] irc.wikimedia.org should not allow private messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17470 --- Comment #4 from Mike.lifeguard 2009-03-23 02:00:40 UTC --- I suspect this shouldn't be considered to block bug 16599 since this is to do with Wikimedia's irc server, nothing to do with development of the recentchanges/rc code. Will leave it to someone else to do something with that or not. -- 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 11906] irc.wikimedia.org could accept connections from more ports
https://bugzilla.wikimedia.org/show_bug.cgi?id=11906 Mike.lifeguard changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Component|General/Unknown |IRC Keywords||shell --- Comment #1 from Mike.lifeguard 2009-03-23 01:58:33 UTC --- Added shell keyword, and changed to IRC as component. -- 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 16599] RecentChanges IRC related issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16599 Bug 16599 depends on bug 4253, which changed state. Bug 4253 Summary: Long edit summaries may get truncated in RC->IRC feeds https://bugzilla.wikimedia.org/show_bug.cgi?id=4253 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- 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 4253] Long edit summaries may get truncated in RC->IRC feeds
https://bugzilla.wikimedia.org/show_bug.cgi?id=4253 Mike.lifeguard changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #17 from Mike.lifeguard 2009-03-23 01:57:43 UTC --- The original problem here is INVALID AFAICT, due to limits of IRC. Instead, can replace IRC by XAMPP (bug 17450), which blocks bug 14045 which is basically the real complaint here. Everything else mentioned seems to have been addressed. I guess I will mark this as FIXED. -- 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 850] Circular redirects not caught between wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=850 Mike.lifeguard changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #15 from Mike.lifeguard 2009-03-23 01:50:50 UTC --- Marked FIXED per comment 14. -- 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 18108] New: Deprecate bot-interface keyword
https://bugzilla.wikimedia.org/show_bug.cgi?id=18108 Summary: Deprecate bot-interface keyword Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Bugzilla AssignedTo: br...@wikimedia.org ReportedBy: mikelifegu...@fastmail.fm According to https://bugzilla.wikimedia.org/buglist.cgi?keywords=bot-interface there are no open bugs using the bot-interface keyword, and we have an API component now. Bug 2463 was the last bug which used that keyword, and I've moved it to use the component instead of the keyword. -- 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 2463] Simple way of retrieving different language-version
https://bugzilla.wikimedia.org/show_bug.cgi?id=2463 Mike.lifeguard changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Component|General/Unknown |API Keywords|bot-interface | --- Comment #7 from Mike.lifeguard 2009-03-23 01:46:00 UTC --- I guess this is an API request. AFAICT, the bot-interface keyword isn't used any longer (this being the only open bug using it). -- 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 17470] irc.wikimedia.org should not allow private messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17470 Mike.lifeguard changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Component|General/Unknown |IRC Keywords||shell --- Comment #3 from Mike.lifeguard 2009-03-23 01:42:54 UTC --- We have an 'IRC' component now. Also added shell keyword. -- 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 17305] Provide timestamps in IRC RC feed
https://bugzilla.wikimedia.org/show_bug.cgi?id=17305 Mike.lifeguard changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Component|General/Unknown |RecentChanges --- Comment #1 from Mike.lifeguard 2009-03-23 01:42:25 UTC --- Component -> 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 6366] Upload Image from Remote Location
https://bugzilla.wikimedia.org/show_bug.cgi?id=6366 Jamie Hari changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Comment #7 from Jamie Hari 2009-03-23 01:41:56 UTC --- Wow... I just read this: http://techblog.wikimedia.org/2009/03/upload-by-url-for-testwikipediaorg/ Isn't this exactly what I proposed three years ago? (I can't believe my idea was shot down so handily, only to see it implemented. No credit for the idea even. ;) If this is to be potentially implemented on Wikipedia, and since CURL makes this a possibility now, I am reopening this feature request until it is in 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
[Bug 14652] Allow ZIP CAPAB on irc.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=14652 Mike.lifeguard changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Component|General/Unknown |IRC --- Comment #4 from Mike.lifeguard 2009-03-23 01:41:29 UTC --- We have an 'IRC' component 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 13646] Several channels missing from irc.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=13646 Mike.lifeguard changed: What|Removed |Added Component|General/Unknown |IRC --- Comment #6 from Mike.lifeguard 2009-03-23 01:40:51 UTC --- We have an 'IRC' component 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 18080] Send filter hits and changes to irc.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=18080 Mike.lifeguard changed: What|Removed |Added CC||pathoschild+wmb...@gmail.com --- Comment #2 from Mike.lifeguard 2009-03-23 00:00:55 UTC --- (In reply to comment #1) > I think I already replied to this bug (or a related one). > > Please tell me what info you need for each event, and what sort of format you > suggest providing it in. I have a half-done patch in my working copy. > I doubt it'll make much difference to us what the format is. I'll CC Pathoschild since he's done lots of work on parsing RC feeds for CVNBot. The info we want is probably: *New filters: Who created it, what actions it can take, the filter name & number, (I'd add the summary, but the notes field is too big to include, ugh) *Editing filters: Who edited it, what actions they added/removed, the filter name & number *Filter hits: Who hit it, the filter name & number, page name/log type for the action, what actions AF took -- so, if AF disallowed the edit, we want to see that it was an edit and that AF disallowed it. If the filter has a throttle, some indication of the throttle being incremented. I'm not sure how AF's actions are logged right now - a pseudo-user? If so, actions like blocking or desysoping should go to normal RC (and here too). Actions that can't go to RC like removing autoconfirmed status should come here. It will probably be useful to take a look at what info is being made available in #wikipedia-en-abuse-log (via screenscraping, ugh) since that's basically the information we want, AFAIK. -- 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 18107] Old revisions of file pages should have old versions of files/images as the primary image.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18107 Brion Vibber changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #1 from Brion Vibber 2009-03-22 23:51:04 UTC --- Note this is *not* a dupe of bug 12995 -- this is referring to which large-size image is shown *on* the 'File:' description page itself when viewing an old version. -- 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 18107] New: Old revisions of file pages should have old versions of files/images as the primary image.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18107 Summary: Old revisions of file pages should have old versions of files/images as the primary image. Product: MediaWiki Version: unspecified Platform: All URL: http://en.wikipedia.org/w/index.php?title=File:USDebt.pn g&oldid=188937394 http://en.wikipedia.org/wiki/File:USDebt.png OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: scientes-bugs-wikipe...@jengr.com If the current behavior is kept it must be made clear that the picture shown is a cached image of the most recent version. I can see that thumbnail creation could be a issue here--although it might annoy some people old revisions could fall back to the little thumbnail if the image is too large to be shown outright. -- 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 18067] Decision tree for AbuseFilters
https://bugzilla.wikimedia.org/show_bug.cgi?id=18067 Andrew Garrett changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Andrew Garrett 2009-03-22 23:38:43 UTC --- Some tools for filter interaction might be nice, yeah. Ideas: * Dependencies for filters. * Variables for filters_matched. * Some kind of scoring system. -- 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 18066] AbuseFilter log should be easier to patrol
https://bugzilla.wikimedia.org/show_bug.cgi?id=18066 Andrew Garrett 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 18070] AbuseFilter log pages need an extra "navigation table" and log links
https://bugzilla.wikimedia.org/show_bug.cgi?id=18070 --- Comment #2 from Andrew Garrett 2009-03-22 23:34:21 UTC --- Reordered diffs and var dumps in r48697. Perhaps this resolves the bug to your satisfaction? -- 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 18027] Abuse filter history "Changes" link for the first filter revision should be useful or gone
https://bugzilla.wikimedia.org/show_bug.cgi?id=18027 Andrew Garrett changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Andrew Garrett 2009-03-22 23:27:49 UTC --- Fixed in r48695. -- 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 18106] New: Morebots identica code disabled for throwing exceptions
https://bugzilla.wikimedia.org/show_bug.cgi?id=18106 Summary: Morebots identica code disabled for throwing exceptions Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: and...@epstone.net ReportedBy: and...@epstone.net Needs looking at and sorting out. -- 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 18030] Hit count sorting doesn't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=18030 Andrew Garrett changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- 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 17894] morebots is undocumented, doesn't start automatically on boot
https://bugzilla.wikimedia.org/show_bug.cgi?id=17894 Andrew Garrett changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- 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 18091] Sysops should be able to use Special:AbuseFilter/examine against deleted edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=18091 --- Comment #1 from Andrew Garrett 2009-03-22 23:16:45 UTC --- If they're not in the recentchanges table, it's going to be need a complete rewrite of the after-the-fact variable generation. -- 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 18080] Send filter hits and changes to irc.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=18080 --- Comment #1 from Andrew Garrett 2009-03-22 23:13:50 UTC --- I think I already replied to this bug (or a related one). Please tell me what info you need for each event, and what sort of format you suggest providing it in. I have a half-done patch in my working copy. -- 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 17338] Set $wgRestrictDisplayTitle = false; for rmwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=17338 Casey Brown changed: What|Removed |Added CC||cbrown1...@gmail.com --- Comment #3 from Casey Brown 2009-03-22 22:38:29 UTC --- (In reply to comment #2) > Could you also activate Subpages in the main-namespace? > It's best to create separate bugs for separate requests. -- 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 5210] preload parser should parse (as well as )
https://bugzilla.wikimedia.org/show_bug.cgi?id=5210 Platonides changed: What|Removed |Added CC||platoni...@gmail.com Severity|enhancement |normal -- 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 17338] Set $wgRestrictDisplayTitle = false; for rmwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=17338 --- Comment #2 from Gion-Andri Cantieni 2009-03-22 21:21:05 UTC --- (In reply to comment #1) > Could you please provide a link to community discussion of this change? > Look here: http://rm.wikipedia.org/wiki/Wikipedia:La_pinta#Problem_idioms and here: http://rm.wikipedia.org/wiki/Wikipedia:Artitgel Could you also activate Subpages in the main-namespace? -- 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 12725] Fix Proofread Page extension for RTL languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=12725 ThomasV changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from ThomasV 2009-03-22 20:18:11 UTC --- fixed in r48686 -- 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 2700] Pre-save transform skips extensions using wikitext (gallery, references, pipe trick, subst, signatures)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2700 --- Comment #31 from Michael Walsh 2009-03-22 20:13:14 UTC --- Created an attachment (id=5952) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5952) a patch to allow extensions to output wikitext This patch allows extensions to specify that they contain and output wikitext. The result being that such extensions don't have to invoke the parser themselves and the pre-save transformation work as they should do. Unfortunately this doesn't work for either gallery or imagemap tags as they don't contain pure wikitext. -- 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 18105] Make section reference in lists of changes a klickable link.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18105 Danny B. changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Danny B. 2009-03-22 18:01:27 UTC --- The arrow itself is clickable. -- 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 18105] Make section reference in lists of changes a klickable link.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18105 Purodha Blissenbach changed: What|Removed |Added Summary|;ake section reference in |Make section reference in |lists of changes a klickable|lists of changes a klickable |link. |link. -- 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 18105] New: ;ake section reference in lists of changes a klickable link.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18105 Summary: ;ake section reference in lists of changes a klickable link. Product: MediaWiki Version: 1.15-svn Platform: All URL: http://pnt.wikipedia.org/wiki/%CE%95%CE%B9%CE%B4%CE%B9%C E%BA%CF%8C%CE%BD:RecentChanges OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bugzilla.wikime...@publi.purodha.net In Watchlists, recent changes, etc. there are linkes like this: 10:31, 17 Μαρτ 2009 (ιστ.) (διαφορά) Βικιπαίδεια:Αγορά (→Bot flags for bots here) where e.g. "→Bot flags for bots here" refers to a section in the page but is not clickable. If it were, it could bring you directly to the section in questen rather than the page head where one has to scroll, in this instance, four screen heights before one finds a link to the section. I believe, getting to the section could be had easier and quicker with a direkt link in the list. Thank you. -- 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 18096] Special:AbuseFilter/examine doesn't list new account creation log entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=18096 --- Comment #6 from Mike.lifeguard 2009-03-22 15:30:28 UTC --- (In reply to comment #5) > (In reply to comment #4) > > I can understand why global block logs wouldn't be included, however surely > > uploads are worth filtering?! > > Sure, but that's bug 18095 :) > That is a request to access file metadata, not page text (which I thought was already done). However, the scope of the bug can certainly be changed. -- 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 17905] Add a magic word to specify the default format for the new formatdate parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=17905 Andrew Garrett 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 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 13712] Install hanp extension parser function on Korean Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=13712
--- Comment #29 from Ficell 2009-03-22 13:49:58 UTC ---
(In reply to comment #28)
I meant this should be function in core, like {{plural:}}, not extension.
--
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 17440] Special:RevisionDelete should update once an action is applied
https://bugzilla.wikimedia.org/show_bug.cgi?id=17440 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- 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 18104] Schema request change so deleted edits are identified by revisionID not timestamp (prevents DIFFs from breaking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18104 --- Comment #2 from Aaron Schulz 2009-03-22 13:47:13 UTC --- Note that many older revs have a NULL ar_rev_id value -- 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 18104] Schema request change so deleted edits are identified by revisionID not timestamp (prevents DIFFs from breaking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18104 Aaron Schulz changed: What|Removed |Added CC||jschulz_4...@msn.com Keywords||schema-change -- 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 18068] Privileged users should be allowed to see any diffs against deleted edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=18068 --- Comment #5 from Aaron Schulz 2009-03-22 13:45:17 UTC --- Tweaks in r48682 -- 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 18104] Schema request change so deleted edits are identified by revisionID not timestamp (prevents DIFFs from breaking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18104 FT2 changed: What|Removed |Added CC||ft2.w...@gmail.com --- Comment #1 from FT2 2009-03-22 13:21:02 UTC --- (Note: This is somewhat related to, but not the same as, bug 18068. They overlap in that in each case the request involves ability to view deleted diffs, but in this case "traditional deletion" also identifies the diffs in a manner that breaks linkage from diff (revisionID) to deleted diff, and makes it very hard to compare two arbitrary diffs if one or both are "traditionally deleted". -- 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 18104] New: Schema request change so deleted edits are identified by revisionID not timestamp (prevents DIFFs from breaking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18104 Summary: Schema request change so deleted edits are identified by revisionID not timestamp (prevents DIFFs from breaking) Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Deleting AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ft2.w...@gmail.com At present a revision is usually identified by a revisionID in most functions. Thus a public and visible revision, a suppressed (RevisionDeleted) revision, and an oversighted revision, all are encoded and identified by the revision ID. Normal deleted revisions are the sole exception - they are identified by a timestamp. This has two problems: 1/ Timestamp (to the precision used to identify a deleted revision: MMDDHHMMSS) may in some cases not be unique. 2/ Deleted diffs and revisions can't be identified from any link prior to deletion, since upon deletion they switch from being identified by revision ID, to being identified by timestamp. This prevents easy lookup of a diff (eg when a privacy or dispute arises), preventing admins, checkusers and others from using a diff to check up on a matter if one of the revisions in the diff has been deleted, and seems to prevent diffs working at all, other than the simple case of comparing two sequential revisions. DESIRED CHANGE 1/ All revisions, deleted or visible, to be identified by their revision ID, not timestamp or other identifier. (This may involve a schema change to deleted revisions handling.) 2/ A user who can see the text of both revisions in a diff (eg specified and next, specified and prev, or 2 specified revisions), is always able to view the diff between them; the fact one or both may have been deleted doesn't break this functionality. -- 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 18103] New: removal of principal named reference silently breaks others
https://bugzilla.wikimedia.org/show_bug.cgi?id=18103 Summary: removal of principal named reference silently breaks others Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Cite AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: wikipe...@reisio.com Unwary editors occasionally remove a principal named reference (bar) in an article where it is still being used elsewhere in the form , thus silenting breaking references & often leading to another (or the same :p) editor simply removing all instances of the reference, presumably under the assumption that the initial inclusion was improper. A check — & subsequent warning, if prudent — for remaining references with a name matching a non-empty reference being removed in the current edit would likely prevent most such happenings. -- 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 2700] Pre-save transform skips extensions using wikitext (gallery, references, pipe trick, subst, signatures)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2700 Rich Farmbrough changed: What|Removed |Added Severity|minor |normal --- Comment #30 from Rich Farmbrough 2009-03-22 09:27:40 UTC --- I have moved the severity up to normal. This bug causes problems with using apparently standard wiki-syntax in certain places where it could be expected to be usable. As such it requires special case handling or adoption of sub-optimal approaches to certain tasks. I would have thought that extensions could be flagged as requiring or not requiring pre-save processing. -- 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 18102] Enable Extension:AbuseFilter on Swedish Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=18102 p858snake changed: What|Removed |Added CC||p858sn...@yahoo.com.au Keywords||shell -- 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 18102] New: Enable Extension:AbuseFilter on Swedish Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=18102 Summary: Enable Extension:AbuseFilter on Swedish Wikipedia Product: Wikimedia Version: unspecified Platform: All URL: http://sv.wikipedia.org/wiki/Wikipedia:Bybrunnen#AbuseFi lter OS/Version: All Status: NEW Keywords: easy Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: petter.strandm...@home.se As per consensus here: http://sv.wikipedia.org/wiki/Wikipedia:Bybrunnen#AbuseFilter , sv-wiki would like the AbuseFilter extension installed. -- 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 18101] New: Uncategorized Pages list on Turkish Wikipedia includes Redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=18101 Summary: Uncategorized Pages list on Turkish Wikipedia includes Redirects Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: infocan.v...@gmail.com On the Turkish Wikipedia, the special page for uncategorized pages (http://tr.wikipedia.org/wiki/Özel:KategorisizSayfalar) includes Redirects, such as [[:tr:Annie Hall (film)]]. -- 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 18089] Remove invisible massive world alphabets from edit form that aren't invisible to all
https://bugzilla.wikimedia.org/show_bug.cgi?id=18089 Niklas Laxström changed: What|Removed |Added CC||niklas.laxst...@gmail.com Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Niklas Laxström 2009-03-22 07:41:45 UTC --- This is about the giant list of edittools on mediawiki.org which uses javascript and css, not a MediaWiki bug. PS: I would consider the text browser poor if it doesn't support display:none css. -- 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 18068] Privileged users should be allowed to see any diffs against deleted edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=18068 Aaron Schulz changed: What|Removed |Added Summary|Users allowed to see edits |Privileged users should be |via RevisionDeleted should |allowed to see any diffs |be allowed to see diffs |against deleted edits |involving the edit | --- Comment #4 from Aaron Schulz 2009-03-22 07:17:37 UTC --- Changing summary -- 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
