[Bug 18298] Security problem with supressing redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=18298 Lolsimon lolsi...@wikipedia.be changed: What|Removed |Added Priority|Normal |Highest -- 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 18295] Strip markers exposed in anchor links with ==[[Link|nowikitext/nowiki]]==
https://bugzilla.wikimedia.org/show_bug.cgi?id=18295 --- Comment #3 from P.Copp paul.copper...@googlemail.com 2009-04-01 09:32:48 UTC --- Created an attachment (id=5983) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=5983) Proposed fix: Swap the order of tag and link unstripping in Parser::formatHeadings() Easy fix: Swap the order of link unstripping and extension tag unstripping in Parser::formatHeadings(). It is IMHO far more likely that a link contains an extension tag (like above), while offhand I can't think of a case, where an extension tag would contain an half-parsed link at that stage of parsing. (In reply to comment #2) (In reply to comment #1) OK, thanks. What puzzles me is, why do UNIQ strings have to change at all and/or so frequently? And even when a wiki-page doesn't change? That's a real drag in archived talk-pages, where nowiki is used quite frequently in section-titles. The whole point of UNIQ keys is that they are not predictable, so you can't break parsing by inserting some of them to a page. -- 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 18295] Strip markers exposed in anchor links with ==[[Link|nowikitext/nowiki]]==
https://bugzilla.wikimedia.org/show_bug.cgi?id=18295 P.Copp paul.copper...@googlemail.com changed: What|Removed |Added Keywords||need-review, patch -- 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 18281] Stopping media clips
https://bugzilla.wikimedia.org/show_bug.cgi?id=18281 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added Keywords|bugday, easy| -- 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 17543] RevisionDeleted fails on latest revision
https://bugzilla.wikimedia.org/show_bug.cgi?id=17543 --- Comment #3 from Aaron Schulz jschulz_4...@msn.com 2009-04-01 11:53:35 UTC --- Yes, I was also referring to the user name and comment too. -- 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 17794] Keep simplifed Chinese characters out of zh-tw please
https://bugzilla.wikimedia.org/show_bug.cgi?id=17794 --- Comment #9 from Niklas Laxström niklas.laxst...@gmail.com 2009-04-01 11:59:02 UTC --- Special:Allmessages also shows messages from fallback language. -- 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 18299] New: Implementation of Abuse Filter on Tok Pisin WP
https://bugzilla.wikimedia.org/show_bug.cgi?id=18299 Summary: Implementation of Abuse Filter on Tok Pisin WP Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: hammer.of.t...@hotmail.com Hi. Sometime ago, I spoke with some of the tech staff for the Wiki on IRC. I was discussing having the abuse filter implemented on the Tok Pisin Wikipedia, where I am a temporary administrator through meta permissions. I was told that I had to notify the site that I was intending to do apply for this, and I have done so following the guidelines I was given. There has been a sitewide out on this and a message on the community portal (see http://tpi.wikipedia.org/wiki/Wikipedia:Bung_ples#Implementation_of_Abuse_Filter_on_tpi.wikipedia.org) asking for people to get in touch with me if they did not want this implemented. That notice and the sitewide have been out since Feb. 21st 2009, and being more than the 14 days I was told to give it, I am now completing that request by asking for the abuse filter for tpi.wikipedia.org to be activated. Thanks very much for your help. -- 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 18300] New: Enable AbuseFilter in Hebrew Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=18300
Summary: Enable AbuseFilter in Hebrew Wikipedia
Product: Wikimedia
Version: unspecified
Platform: All
URL: http://he.wikipedia.org/wiki/%D7%95%D7%99%D7%A7%D7%99%D7
%A4%D7%93%D7%99%D7%94:%D7%9E%D7%96%D7%A0%D7%95%D7%9F#.D7
.9E.D7.A1.D7.A0.D7.9F_.D7.94.D7.A9.D7.97.D7.AA.D7.95.D7.
AA_2
OS/Version: All
Status: NEW
Keywords: shell
Severity: enhancement
Priority: Normal
Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: roteml...@gmail.com
It was decided to enable AbuseFilter in Hebrew Wikipedia. Discussion:
http://he.wikipedia.org/wiki/%D7%95%D7%99%D7%A7%D7%99%D7%A4%D7%93%D7%99%D7%94:%D7%9E%D7%96%D7%A0%D7%95%D7%9F#.D7.9E.D7.A1.D7.A0.D7.9F_.D7.94.D7.A9.D7.97.D7.AA.D7.95.D7.AA_2
Proposed configuration:
* Grant abusefilter-view, abusefilter-log and abusefilter-log-detail to
everyone (as in enwiki).
* Grant abusefilter-modify and abusefilter-revert to sysops.
i.e. The configuration code needed in CommonSettings.php is:
} elseif ($wgDBname == 'hewiki') {
$wgGroupPermissions['*']['abusefilter-log-detail'] = true;
$wgGroupPermissions['sysop']['abusefilter-revert'] = true;
}
--
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 18299] Implementation of Abuse Filter on Tok Pisin WP
https://bugzilla.wikimedia.org/show_bug.cgi?id=18299 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added Component|General/Unknown |Site requests Keywords||shell Product|MediaWiki |Wikimedia -- 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 18300] Enable AbuseFilter in Hebrew Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=18300 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-04-01 13:48:39 UTC --- Done. -- 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 18299] Implementation of Abuse Filter on Tok Pisin WP
https://bugzilla.wikimedia.org/show_bug.cgi?id=18299 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-04-01 13:50:44 UTC --- Done. -- 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 18301] New: pls Activating AbuseFilter on zh wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=18301 Summary: pls Activating AbuseFilter on zh wp Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: shiz...@gmail.com pls Activating AbuseFilter on zh wp. see http://zh.wikipedia.org/wiki/Wikipedia:%E4%BA%92%E5%8A%A9%E5%AE%A2%E6%A0%88/%E6%8A%80%E6%9C%AF#Special:AbuseFilter -- 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 18301] Please Activate AbuseFilter on zh wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=18301 cnchenmi...@gmail.com cn.chenmi...@gmail.com changed: What|Removed |Added CC||cn.chenmi...@gmail.com Summary|pls Activating AbuseFilter |Please Activate AbuseFilter |on zh wp|on zh wp -- 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 17967] Alias of 'Wikibooks' namespace in Chinese Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=17967 skJackey Tse skjackey@gmail.com changed: What|Removed |Added AssignedTo|rhals...@wikimedia.org |wikibugs- ||l...@lists.wikimedia.org -- 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 18292] Custom scripts imported/written in Special:Mypage/monobook.js don't appear in Safari 4 (user agent error)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18292 Ahmad Sherif ahmad.m.she...@gmail.com changed: What|Removed |Added CC||ahmad.m.she...@gmail.com Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Ahmad Sherif ahmad.m.she...@gmail.com 2009-04-01 14:28:52 UTC --- WORKSFORME. I tried on a local wiki and Wikipedia and it worked on both of them. Also my browser produces the same user agent (except for en-US instead of he-IL on my situation). -- 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 18254] inherent article classification
https://bugzilla.wikimedia.org/show_bug.cgi?id=18254 Michael Walsh michaelj.wa...@oceanfree.net changed: What|Removed |Added Component|Categories |Page rendering --- Comment #2 from Michael Walsh michaelj.wa...@oceanfree.net 2009-04-01 14:50:35 UTC --- I'm not sure about that. Using the page_props table would probably result in multiplying the amount of sql requests every time a page is parsed. The idea here is that a page's class would be available in other pages, so that links could be colour coded appropriately. In effect we already have 4 classes: 1. Non-existent articles (coloured red on enwiki) 2. Redirects (ignored by default but editors can set a colour if they want) 3. Stubs - the software guess what's a stub based on a page's size (depends on user settings) 4. Existing articles that are neither 2 nor 3 (blue, purple if visited) But defining stubs based on an article's size is a sub-optimal behaviour which means that short articles and disambiguation pages are all dumped together as stubs. It also depends on the size threshold a user defines a stub as. My proposal would mean the software could easily identify actual stubs, rather than having to second guess based on page size. We could also introduce new classes to highlight articles needing improvement and so on. If disambiguation page were specially highlighted much less disambiguation pages would be linked to and the process of disambiguating links would be made much easier. I've changed the component to page rendering as it mostly refers to linking. I'm currently working on a patch for this. I'd appreciate any feed-back on whether it would ever be implemented) -- 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 18302] New: Add time displays to the main filter page
https://bugzilla.wikimedia.org/show_bug.cgi?id=18302 Summary: Add time displays to the main filter page Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: AbuseFilter AssignedTo: and...@epstone.net ReportedBy: ro...@robertrohde.com CC: wikibugs-l@lists.wikimedia.org I think it would be useful for Special:Abusefilter to display the total time taken by running filters and for each row in the filter table to note its execution time. In the current situation, with timing info only appearing on the rule page, it is hard to identify slow/poorly written filters without opening each one. -- 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 3276] Give image gallerys fluid width
https://bugzilla.wikimedia.org/show_bug.cgi?id=3276 --- Comment #8 from Subfader subfa...@gmail.com 2009-04-01 16:10:05 UTC --- As of now ResizeGalleries.js breaks the manual Gallery's perrow=. If set manually it shouldn't be overridden. http://commons.wikimedia.org/wiki/MediaWiki_talk:ResizeGalleries.js#This_script_breaks_Gallery.27s_perrow.3D.22.22 -- 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 18170] Warning with preSaveTransform (possibly PHP 5.3 specific)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18170 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Keywords||newphp --- Comment #2 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-04-01 17:22:50 UTC --- Yes, this is a PHP 5.3 specific issue, but passing $this-mTitle as argument will emit an E_WARNING for those who have allow_call_time_pass_reference disabled. -- 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 18247] Allowing per page filters
https://bugzilla.wikimedia.org/show_bug.cgi?id=18247 FT2 ft2.w...@gmail.com changed: What|Removed |Added CC||ft2.w...@gmail.com --- Comment #1 from FT2 ft2.w...@gmail.com 2009-04-01 17:48:41 UTC --- Examples where this is already being used, and could be extended and optimized by per page filters: eg, 36, 100, 101 Rather than have many filters which apply to one article only (but are included in general filters) it makes sense to have a table of those filters that are page specific and only trigger on one (or a few) specific article title matches, because any number of these can be created and applied without significant server lag, since almost all of them will be completely skipped if not on an applicable page. -- 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 8287] Enable multilingual extension in Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=8287
Mike.lifeguard mikelifegu...@fastmail.fm changed:
What|Removed |Added
CC||mikelifegu...@fastmail.fm
--- Comment #5 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-04-01
19:19:01 UTC ---
(In reply to comment #4)
I agree that having a {{USERLANGUAGE}} (or perhaps better {{ACTLANG}} for
active language) variable would be very useful. It should check in order:
I think we have that now. As such do we still need this extension (esp. given
it's been deemed not really suitable)?
--
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 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added Depends on||18303 -- 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 16950] Show move log when viewing/creating a deleted page
https://bugzilla.wikimedia.org/show_bug.cgi?id=16950 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||lolsi...@wikipedia.be --- Comment #10 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-04-01 20:43:07 UTC --- *** Bug 18298 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 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 16950] Show move log when viewing/creating a deleted page
https://bugzilla.wikimedia.org/show_bug.cgi?id=16950
Aryeh Gregor simetrical+wikib...@gmail.com changed:
What|Removed |Added
CC||simetrical+wikib...@gmail.co
||m
--- Comment #11 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-04-01
20:54:52 UTC ---
The patch seems to go to great lengths to only show moves and deletes.
Wouldn't it be simpler (and possibly more future-proof) to just show all log
entries for the page? The last one is always going to be the relevant move or
deletion, anyway.
If there is some way to display multiple logs, it should surely be abstracted
into LogPager, not done on the caller side and duplicated in two different
places. Actually, it looks like you could already do something like
$pager = new LogPager( $loglist, array('move', 'delete'),
false, $this-mTitle-getPrefixedText() );
and it might magically work, from a glance at the source code. You'd want to
adjust LogPager::limitType() to handle this more explicitly, specifically in
the $wgLogRestrictions check on about line 547, but it looks like it would be a
simple change.
--
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 18149] Detect and show related revisions in code review
https://bugzilla.wikimedia.org/show_bug.cgi?id=18149 --- Comment #2 from Aaron Schulz jschulz_4...@msn.com 2009-04-01 21:39:36 UTC --- Maybe a code_bugs tables is in order... -- 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 18284] wikibugs should only display (REOPENED) et. al. when the status is actually changed
https://bugzilla.wikimedia.org/show_bug.cgi?id=18284 Lejonel lejo...@telia.com changed: What|Removed |Added CC||lejo...@telia.com Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Lejonel lejo...@telia.com 2009-04-01 22:13:58 UTC --- *** This bug has been marked as a duplicate of bug 18054 *** -- 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 18054] Wikibugs should report (Reopened) only when the bug's status is changed to reopened.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18054 Lejonel lejo...@telia.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #1 from Lejonel lejo...@telia.com 2009-04-01 22:13:58 UTC --- *** Bug 18284 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 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 18247] Allowing per page filters
https://bugzilla.wikimedia.org/show_bug.cgi?id=18247 --- Comment #3 from FT2 ft2.w...@gmail.com 2009-04-01 22:40:14 UTC --- Disagree, though I take the point you're making. The difference is this: A bare handful of days into AbuseFilter, we have filters for specific vandals and/or specific articles or modus. Imagine a scenario where we have not 3 or 4 of these, but many thousands of them. Suppose there are 200 global filters, and 10,000 article-based filters of which 3 apply to this article being edited. (This many filters need not be a control problem provided that all filters are set up following on-wiki review as with other issues. It could well be the future of first-line repeat abuse detection and handling once we get the hang of using filters effectively.) Under the present system, the edit would get matched to all 10,200 filters, HOWEVER OPTIMIZED. Even if the article match were checked very first thing, the edit is still tested against each filter, however briefly. The proposal here would skip that. The edit is tested not against 10,200 filters, but only 203 (200 global filters and the 3 article-specific filters that are indexed/applicable to that article). The other 9997 filters are simply not seen, because they are indexed/attached to other articles. -- 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 18247] Allowing per page filters
https://bugzilla.wikimedia.org/show_bug.cgi?id=18247 --- Comment #4 from FT2 ft2.w...@gmail.com 2009-04-01 22:51:27 UTC --- In brief, every filter would have an extra field of the form article_name must match... parameter_list where parameter_list is one or more page titles with an appropriate separator such as the pipe symbol. Then edits to any article would be tested only against those filters selected via pseudocode: SELECT FilterID.* FROM Filters WHERE ((filterID.parameter IS Null OR article_name IS IN filterID.parameter_list) AND filterID.enabled IS True) Computationally that's trivial, and also an immense time-saver. Hope that makes sense :) -- 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 18291] rebuildrecentchanges zaps all deletions due to looking in wrong table
https://bugzilla.wikimedia.org/show_bug.cgi?id=18291 --- Comment #2 from jida...@jidanni.org 2009-04-01 23:30:25 UTC --- Created an attachment (id=5984) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=5984) Don't forget newly created users when rebuilding Patch to get 'create'd new users too. Better would be a NOT IN() exclusion list. -- 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 18054] Wikibugs should report status changes, not just the current status
https://bugzilla.wikimedia.org/show_bug.cgi?id=18054 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Summary|Wikibugs should report |Wikibugs should report |(Reopened) only when the |status changes, not just the |bug's status is changed to |current status |reopened. | --- Comment #2 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-04-02 00:06:04 UTC --- Really, it's all the statuses. We care about changes in status, not just the current one. -- 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 17794] Keep simplifed Chinese characters out of zh-tw please
https://bugzilla.wikimedia.org/show_bug.cgi?id=17794 --- Comment #10 from jida...@jidanni.org 2009-04-02 00:08:12 UTC --- OK, then could you please make traditional versions of these. $ egrep '义|着|鈎' /tmp/allmess |disambiguationspage|Template:消除含糊 Template:消歧义 |對話 |Template:消除歧义 Template:消歧義 |edit-hook-aborted |編輯被鈎取消。它並無給出解釋。 |post-expand-template-argument-category |包含着略過模板參數的頁面 |version-hook-name |鈎名 |version-hooks |鈎 |version-parser-function-hooks |語法函數鈎 |version-parserhooks|語法鈎 Use s/义/義/g; s/着/著/g; s/鈎/鉤/g; -- 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 18304] New: rebuildrecentchanges scrambles size differences
https://bugzilla.wikimedia.org/show_bug.cgi?id=18304 Summary: rebuildrecentchanges scrambles size differences Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: RecentChanges AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org Created an attachment (id=5985) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=5985) Proof of 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 17145] Excluding specific categories from Special:UnusedCategories
https://bugzilla.wikimedia.org/show_bug.cgi?id=17145 Ciphers ciphersw...@gmail.com changed: What|Removed |Added Status|REOPENED|ASSIGNED --- Comment #14 from Ciphers ciphersw...@gmail.com 2009-04-02 01:35:19 UTC --- Here many suggesstions, would you please pick a suitable one and commit it. __SKIPSPECIALUNUSEDCAT__ (last suggested one) __UNLISTUNUSEDCAT__ __HIDEUNUSEDCAT__ -- 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 18054] Wikibugs should report status changes, not just the current status
https://bugzilla.wikimedia.org/show_bug.cgi?id=18054 Andrew Garrett and...@epstone.net changed: What|Removed |Added AssignedTo|and...@epstone.net |br...@wikimedia.org --- Comment #3 from Andrew Garrett and...@epstone.net 2009-04-02 01:43:33 UTC --- Fixed in r49134. Still needs to be deployed (which needs a root). -- 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 18270] Red Links for Userpage/Talk
https://bugzilla.wikimedia.org/show_bug.cgi?id=18270 --- Comment #3 from Shawn Desjardins s...@ourfamilyzoo.net 2009-04-02 02:45:22 UTC --- (In reply to comment #1) Some problem with IIS; looks like it sends it's own 404 pages overriding MediaWiki's. The problem is that the correct links are not being created by the wiki software. It is making the links red, because the pages do not exist, but not appending the action=editredlink=1 at the end of the link and therefore the page is not found, which is correct. HOW DO I GO ABOUT CORRECTING THE LINK CREATION. -- 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 18305] New: Move RecentChanges timestamp leftward so columns line up
https://bugzilla.wikimedia.org/show_bug.cgi?id=18305 Summary: Move RecentChanges timestamp leftward so columns line up Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: RecentChanges AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org Created an attachment (id=5986) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=5986) The timestamp is fixed length, so move it before the variable length items. -- 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 18305] Move RecentChanges timestamp leftward so columns line up
https://bugzilla.wikimedia.org/show_bug.cgi?id=18305 --- Comment #1 from jida...@jidanni.org 2009-04-02 03:04:32 UTC --- (If we are worried that this might break some people's programs that parse Special:RecentChanges, tell them to parse the API's output instead of HTML!) -- 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 18306] New: textbook.wikipedia.org doesn't exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=18306 Summary: textbook.wikipedia.org doesn't exist Product: Wikimedia Version: unspecified Platform: All URL: http://www.google.com/search?q=%22textbook.wikipedia.org %22 OS/Version: All Status: NEW Severity: normal Priority: Normal Component: DNS AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mikelifegu...@fastmail.fm While that's not the current domain, it's still used on the web other legacy domains do redirect: *commons.wikipedia.org *meta.wikipedia.org *quote.wikipedia.org -- 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 18222] $wgMinimalPasswordLength's default should be 1
https://bugzilla.wikimedia.org/show_bug.cgi?id=18222
jida...@jidanni.org changed:
What|Removed |Added
CC||jida...@jidanni.org
Status|RESOLVED|REOPENED
Resolution|FIXED |
--- Comment #2 from jida...@jidanni.org 2009-04-02 03:30:11 UTC ---
Regarding this message,
'passwordtooshort' = 'Your password is invalid or too short. It must
have at least {{PLURAL:$1|1 character|$1 characters}} ...
The user will say But I DID enter at least 1 character!
He will get so frustrated that he will not read to the end of the
message.
That is why you need to split this into two different responses
depending on what he violated.
--
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
