[Bug 19019] Please enable variant ShortURLs for Chinese Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19019 Hat600 hydrogen_cyan...@yahoo.cn changed: What|Removed |Added CC||hydrogen_cyan...@yahoo.cn --- Comment #8 from Hat600 hydrogen_cyan...@yahoo.cn 2009-08-24 06:57:05 UTC --- These URLs aren't enabled Chinese Wikibooks/Wikinews/Wikiquote/Wikisource/Wiktionary, but they appear sometimes, then HTTP404. -- 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 20373] New: Commons File Revision History begging for description
https://bugzilla.wikimedia.org/show_bug.cgi?id=20373 Summary: Commons File Revision History begging for description Product: Wikimedia Version: unspecified Platform: All URL: http://commons.wikimedia.org/w/index.php?title=Image:Ale xis_Copello_Meeting_Areva_2009.jpgaction=history OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Language setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: rsyqfiojg...@spammotel.com On Wikimedia Commons, at present ALL displays of Revision History for any file/image description page in the File/Image namespace include the text This image does not appear to have a description in your interface language. Please add one! in red. None of those displays should display that text. -- 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 20373] Commons File Revision History begging for description
https://bugzilla.wikimedia.org/show_bug.cgi?id=20373 Jeff G. rsyqfiojg...@spammotel.com changed: What|Removed |Added CC||rsyqfiojg...@spammotel.com --- Comment #1 from Jeff G. rsyqfiojg...@spammotel.com 2009-08-24 07:01:01 UTC --- Additionally, when that text is correct, please change This image to This file. 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 20371] Error with latest PHP using xampp/lampp
https://bugzilla.wikimedia.org/show_bug.cgi?id=20371 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Keywords||newphp -- 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 20374] New: interwiki properties and their external counterparts
https://bugzilla.wikimedia.org/show_bug.cgi?id=20374 Summary: interwiki properties and their external counterparts Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: taylor.rals...@gmail.com I have multiple wikis on one web site with Semantic Wiki installed on all of them. Let's say they are Wiki1 (prefix: w1), and Wiki2 (w2). In an article This Page on Wiki2, I can set a property leading to Wiki1 (assuming of course that I add that prefix into the interwiki database table) by the following: [[property::w1:Some Page]] This works fine, and when I browse the article This Page, I see that it has the property property which points to Some Page on Wiki1. It would be really awesome if on Wiki1, when I browse Some Page, I'll notice that there is a property that links to it called property which leads back to Wiki2's page This Page. This would really help to tightly integrate the separate wikis. I know this is a big task, especially since Mediawiki itself probably doesn't support this out of the box. I can also see the potential problem of a wiki owner not wanting to store/index some other guy's wiki properties that lead to his wiki. But is there some kind of solution for if I run all of the wikis myself? Maybe if I had them all in the same database (different table prefixes)? Hope someone has an idea about how to accomplish this. -- 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 15475] The Database module needs documentation updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=15475 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-08-24 08:55:09 UTC --- Finished in r55549. -- 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 1] Documentation is out of date, incomplete
https://bugzilla.wikimedia.org/show_bug.cgi?id=1 Bug 1 depends on bug 15475, which changed state. Bug 15475 Summary: The Database module needs documentation updates https://bugzilla.wikimedia.org/show_bug.cgi?id=15475 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 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 18270] Some IIS-based configuration doesn't serve 404 errors from PHP correctly
https://bugzilla.wikimedia.org/show_bug.cgi?id=18270 azeeznm azee...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #26 from azeeznm azee...@gmail.com 2009-08-24 08:08:44 UTC --- how the mediawiki 13 working eg: www.ponkavanam.com and mediawiki 15 not working eg: http://islahicenter.ponkavanam.com -- 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 18270] Some IIS-based configuration doesn't serve 404 errors from PHP correctly
https://bugzilla.wikimedia.org/show_bug.cgi?id=18270 --- Comment #27 from Platonides platoni...@gmail.com 2009-08-24 12:35:48 UTC --- MediaWiki 1.13 flags non-existing pages with code 200, which mean that the page exists and is found. MediaWiki 1.15 gives a 404 HTTP code and gives the same page as before, *which IIS is ignoring*. -- 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, footnotes, Cite, pipe trick, subst, signatures)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2700 --- Comment #35 from Michael Walsh michaelj.wa...@oceanfree.net 2009-08-24 13:13:19 UTC --- CBM + Umherirrender: The whole point here is that we're trying to keep it as simple as possible. There's no point trying to tell people about #ref when a fair number of people over at enwiki can't figure out relative links. The best thing to do is to make work what most editors think should work. This bug is now 4 years old and has 19 deplicates. That should tell you enough. -- 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 15850] Interwiki search won't work when cross-project and cross-language
https://bugzilla.wikimedia.org/show_bug.cgi?id=15850 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com Component|General/Unknown |lucene-search-2 -- 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 15850] Interwiki search won't work when cross-project and cross-language
https://bugzilla.wikimedia.org/show_bug.cgi?id=15850 Robert Stojnic rain...@eunet.yu changed: What|Removed |Added CC||rain...@eunet.yu Component|lucene-search-2 |Search Product|Wikimedia |MediaWiki Version|unspecified |1.16-svn -- 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 20375] New: Interwiki search use canonical namespace name
https://bugzilla.wikimedia.org/show_bug.cgi?id=20375 Summary: Interwiki search use canonical namespace name Product: Wikimedia Version: unspecified Platform: All URL: http://es.wikibooks.org/w/index.php?title=Especial:Busca rsearch=C%C3%B3mo%20se%20edita%20una%20p%C3%A1ginafull text=Buscarns0=1ns1=1ns2=1ns3=1ns4=1ns5=1ns6=1ns 7=1ns8=1ns9=1ns10=1ns11=1ns12=1ns13=1ns14=1ns15= 1ns102=1ns103=1redirs=0 OS/Version: All Status: NEW Severity: normal Priority: Normal Component: lucene-search-2 AssignedTo: rain...@eunet.yu ReportedBy: platoni...@gmail.com An interwiki search which return results on another project which are not in the main namespace, use the canonical namespace, which is wrong for that language. So in the URL it should have 'Ayuda' instead of 'Help'. Note that since groups are joined by language, it could use the local translation for that namespace, except for NS_PROJECT (NS_PROJECT_TALK). The value of wgMetaNamespace would need to be fetched from SiteConf. Results from extra namespaces don't present this issue, they have the right namespace name. Related to bug 15452 ? -- 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 19707] Set up a logo for mhr.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19707 A.M.D.F. r...@amdf.pp.ru changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #2 from A.M.D.F. r...@amdf.pp.ru 2009-08-24 14:09:23 UTC --- I uploaded the file with transparency. -- 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 20299] MediaWiki:Move-subpages does not perform wikitext
https://bugzilla.wikimedia.org/show_bug.cgi?id=20299 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 08:37:16 UTC --- Fixed in r55548. -- 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 8468] Add various hooks to User class methods to allow customising the object
https://bugzilla.wikimedia.org/show_bug.cgi?id=8468 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 16:31:02 UTC --- Marking bug as FIXED, all the hooks in your patch now have an equivalent in MediaWiki: * UserLoadDefault (http://www.mediawiki.org/wiki/Manual:Hooks/UserLoadDefaults) * UserSaveOptions (http://www.mediawiki.org/wiki/Manual:Hooks/UserSaveOptions) * UserLoadFromDatabase (http://www.mediawiki.org/wiki/Manual:Hooks/UserLoadFromDatabase) -- 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 20376] New: Replace for ... in loop with proper iteration over index array
https://bugzilla.wikimedia.org/show_bug.cgi?id=20376 Summary: Replace for ... in loop with proper iteration over index array Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: prun...@battelle.org In the JavaScript file wikibits.js there is an iteration over an indexed array using a for ... in style loop. This style of loops works on arrays when they are only being used as arrays and have not been extended in anyway. However, while this does work, it is not the proper use of the for ... in style loop. This iterative loops is design for stepping through all of the properties of an object. Since an array is an Object, it can contain properties other than the simple indexes. When you only want to step through the numbered indexes of an array, you should use the for (var x = 0; x array.length; x++) loop. The only reason this comes up is that in some of the extensions we've written for our wikis we make use of prototype.js (which is known to extend all objects, including arrays) ... which in turn causes a JavaScript error ta[id][0] is undefined. While neither party is in the right here, and debates can, have and likely will be held on which is more wrong, I offer you this simple solution to fix your own end, so that you may be more righteous and zealous in any arguments you may have against prototype. In the core code of 1.13.2 (unsure of where it may lie in other releases) wikibits.js approx. line 338 the current code reads: for (var id in ta) { If you change it to read: for(var id = 0 ; id ta.length ; id++) { Everything will still work as it has in the past, but it will not throw errors at those extending the array object either. your attention to this matter is appreciated, even if you end up scoffing at us and not fixing 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 20376] Replace fragile for ... in loop in wikibits.js with proper iteration over index array
https://bugzilla.wikimedia.org/show_bug.cgi?id=20376 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org Summary|Replace for ... in loop |Replace fragile for ... in |with proper iteration over |loop in wikibits.js with |index array |proper iteration over index ||array --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-08-24 16:48:32 UTC --- Clarified 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
[Bug 17183] Make magic word {{CURRENTYEAR}} functional in redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=17183 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Comment #6 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 17:05:17 UTC --- *** This bug has been marked as a duplicate of bug 1575 *** -- 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 1575] #REDIRECT with transcluded string does not redirect
https://bugzilla.wikimedia.org/show_bug.cgi?id=1575 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||banyantre...@gmail.com --- Comment #13 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 17:05:17 UTC --- *** Bug 17183 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 20376] Replace fragile for ... in loop in wikibits.js with proper iteration over index array
https://bugzilla.wikimedia.org/show_bug.cgi?id=20376 Daniel Friesen mediawiki-b...@nadir-seen-fire.com changed: What|Removed |Added CC||mediawiki-b...@nadir-seen- ||fire.com Severity|enhancement |minor Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2009-08-24 17:22:57 UTC --- Fixed r5. I wouldn't really consider it debatable, for..in is for object iteration, for(var i..., arr.forEach are for array iteration, any good js developer will tell you that. for..in and for each..in aren't acceptable for array iteration unless you are in a server environment with an iterator on the array to make it behave right like I am. It's a shame we don't have some moz/ES5 compat methods in though, then we could happily use ES5's .forEach() in code which moz already has native support for. -- 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 16768] Wikitext in image captions displayed as plaintext
https://bugzilla.wikimedia.org/show_bug.cgi?id=16768 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||haikar...@gmail.com --- Comment #5 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 17:23:52 UTC --- *** Bug 20370 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 20370] Numbered lists in Image: markup
https://bugzilla.wikimedia.org/show_bug.cgi?id=20370 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 17:23:52 UTC --- *** This bug has been marked as a duplicate of bug 16768 *** -- 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 20241] SMW_QP_JSONlink.php throwing errors and not creating valid JSON
https://bugzilla.wikimedia.org/show_bug.cgi?id=20241 --- Comment #2 from Fabian Howahl f...@developerweb.de 2009-08-24 17:36:17 UTC --- It is about time that the JSON exporter delivers valid JSON. The patch can be applied without affecting the compatibility with Exhibit now. -- 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 20241] SMW_QP_JSONlink.php throwing errors and not creating valid JSON
https://bugzilla.wikimedia.org/show_bug.cgi?id=20241 Daniel Friesen mediawiki-b...@nadir-seen-fire.com changed: What|Removed |Added CC||mediawiki-b...@nadir-seen- ||fire.com --- Comment #3 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2009-08-24 17:39:59 UTC --- Rather than patching the code to construct json in a raw string based way, which most likely will have issues when it comes to unicode (normally those are supposed to be encoded using \u's iirc) why not tweak the code instead to use a proper json encoder. The API already has a method for json encoding. -- 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 20377] New: SMW's time data type lacks support for various calendar formats
https://bugzilla.wikimedia.org/show_bug.cgi?id=20377 Summary: SMW's time data type lacks support for various calendar formats Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Semantic MediaWiki AssignedTo: f...@developerweb.de ReportedBy: f...@developerweb.de -- 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 19966] MediaWiki:License used for two different purposes: should use two different messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=19966 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 18:07:31 UTC --- Fixed in r8. -- 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 20275] LIKE is completely broken for SQLite
https://bugzilla.wikimedia.org/show_bug.cgi?id=20275 --- Comment #3 from Max Semenik maxsem.w...@gmail.com 2009-08-24 18:15:03 UTC --- (In reply to comment #2) Where does the ESCAPE have to go? Right after the LIKE or at the end of the query? I'd expect this function to be usable even with additional conditions after it. Also remember that there might be parentheses and other fun stuff thrown in; make sure you pay attention to associativity. At the end of the LIKE expression: http://sqlite.org/syntaxdiagrams.html#expr I'd call the method like() rather than prepareLike(), and do away with the extra escapeSyntax() thing -- just roll it into the like() method and have SQLite override that. Also, I'm not sure whether it's better to do 'foo' . $dbr-like( 'bar%' ), or $dbr-like( 'foo', 'bar%' ), or what. And if the latter, I'm not sure if 'foo' should be assumed to be a table name or taken literally. Do we have any similar constructions currently to compare to? The $dbr-like( 'bar%' ) variant is clearer, but it requires you to take care of its parameter manually, i.e. to escape 'bar' but not '%', if you really mean all pages starting with 'bar'. To reduce the possibility of creating an unescaped LIKE statement (not calling escapeLike may result in a query that does not do what it is intended to do, not escaping quotes properly is an outright security threat). My proposed function takes care of most uses of LIKE -- that only need to select things starting with a given string. For those cases where the LIKE statement needs to be much trickier, no predefined function can take care of 100% of cases, that's why I proposed to create escapeSyntax(). People should be able to use it directly when building a query 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 20214] Add ace, ckb, mwl, pnb to interwiki table
https://bugzilla.wikimedia.org/show_bug.cgi?id=20214 Khalid Mahmood pakt...@yahoo.co.uk changed: What|Removed |Added CC||pakt...@yahoo.co.uk URL|http://ace.wikipedia.org|http://pnb.wikipedia.org -- 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 20377] SMW's time data type lacks support for various calendar formats
https://bugzilla.wikimedia.org/show_bug.cgi?id=20377 --- Comment #1 from Terry A. Hurlbut temla...@gmail.com 2009-08-24 18:37:28 UTC --- Created an attachment (id=6489) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6489) Aggregate patch to transform SMW_DV_Time.php to support various calendar models and direct JD annotations This is an aggregate patch for the file SMW_DV_Time.php in SMW 1.4.3. It adds support for three calendar models and management of various types of output. -- 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 20377] SMW's time data type lacks support for various calendar formats
https://bugzilla.wikimedia.org/show_bug.cgi?id=20377 --- Comment #2 from Terry A. Hurlbut temla...@gmail.com 2009-08-24 18:39:16 UTC --- Created an attachment (id=6490) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6490) Patch for the language directory Apply this patch to the directory SemanticMediaWiki/languages in SMW 1.4.3. This adds the necessary methods to the abstract class SMW_Language and also adds particular arrays of calendar month names, am/pm and calendar-model symbol sets, and regular expressions. -- 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 20269] Pipe-trick doesn't work with empty template parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=20269 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 19:18:10 UTC --- *** This bug has been marked as a duplicate of bug 15704 *** -- 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 15704] Defaulted parameter in subtemplate can't be defaulted by caller template
https://bugzilla.wikimedia.org/show_bug.cgi?id=15704 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alog...@yahoo.com --- Comment #2 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 19:18:10 UTC --- *** Bug 20269 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 18078] Last 10 editors function fails on PostgreSQL
https://bugzilla.wikimedia.org/show_bug.cgi?id=18078 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Keywords||postgresql -- 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 16583] MIME type detection of application/x-php gives false positives on any file with ? in it
https://bugzilla.wikimedia.org/show_bug.cgi?id=16583 --- Comment #10 from neph...@skyhighway.com 2009-08-24 19:27:16 UTC --- Created an attachment (id=6491) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6491) patch for MimeMagic.php, r9: check whether file is binary The attached patch fixes this issue for several known image files that were falsely identified, but still successfully detects typical php files being uploaded with an (incorrect) image extension. The patch adds a check to see whether the file header contains three null characters in a row. It's a string that should be present in nearly all binary files, but shouldn't normally be found in text files. It's imperfect and kludge-like -- but so is checking for php files based on the presence of '?'. And there's no real difference security-wise -- if someone wants to intentionally create a php file that is not recognized by doGuessMimeType, that's already easily possible. This at least resolves the bug until someone wants to do a more thorough re-write of the code. -- 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 20275] LIKE is completely broken for SQLite
https://bugzilla.wikimedia.org/show_bug.cgi?id=20275 --- Comment #4 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-08-24 19:55:54 UTC --- (In reply to comment #3) The $dbr-like( 'bar%' ) variant is clearer, but it requires you to take care of its parameter manually, i.e. to escape 'bar' but not '%', if you really mean all pages starting with 'bar'. To reduce the possibility of creating an unescaped LIKE statement (not calling escapeLike may result in a query that does not do what it is intended to do, not escaping quotes properly is an outright security threat). My proposed function takes care of most uses of LIKE -- that only need to select things starting with a given string. For those cases where the LIKE statement needs to be much trickier, no predefined function can take care of 100% of cases, that's why I proposed to create escapeSyntax(). People should be able to use it directly when building a query manually. I'm not convinced this is the best API. Currently we do fine with calling escapeLike() manually; I don't see any better way in general. You're right that my previous suggestion doesn't work, but how about: $dbr-like( $dbr-escapeLike( $foo ) . '%' . $dbr-escapeLike( $bar ) ) addQuotes() would be handled by like(). I think this is a better syntax than ' LIKE ' . $this-addQuotes( $this-escapeLike( $foo ) . '%' . $this-escapeLike( $bar ) ) . $this-escapeSyntax() or such. In particular, escapeSyntax() exposes a weird implementation detail of SQLite, which nobody is going to understand, so they're probably just going to forget to add it. It's easier to remember all LIKEs should use the like() method than all LIKEs should have the output of some method tacked on the end, what was that called again? Also, like() gives us more flexibility in case some other DBMS has odd LIKE handling in the future. It's possible that an extra method to handle the common prefix case would be good, like $dbr-likePrefix( $foo ) == $dbr-like( $dbr-escapeLike( $foo ) . '%' ). But then people might not realize that both methods exist, and so might resort to manually crafting non-prefix LIKEs. Unless there are really almost none of those, I think just having like() is probably the best syntax here. -- 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 20378] New: Have a method in the api to modify categoryadd timestamps
https://bugzilla.wikimedia.org/show_bug.cgi?id=20378 Summary: Have a method in the api to modify categoryadd timestamps Product: MediaWiki Version: 1.13-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: bawolff...@gmail.com CC: bryan.tongm...@gmail.com, vasi...@gmail.com, soxre...@gmail.com The DPL (aka intersection) extension that wikinews uses, uses the categoryadd timestamp to order articles, which for the most part works great. However on rare occasions the categoryadd timestamp can get reset (See related bug 20243 and bug 16287). Most commonly this is as a result of page blanking vandalism, or changing the sortkey of a category. This causes problems for us (for example: article from 2 years ago being listed as most recent published = bad thing). I'd like to make a feature request that the api have some method of changing the categoryadd timestamps. Something like: api.php?action=resetcategoryaddtitle=Article_Namecategory=Category:Category_Namesetdate=new_date Assuming that the person was an admin, and that the article in question had a pre-existing link to the category in question, that would set the categoryadd timestamp for the category in question to the date specified. Thus in the rare case when a categoryadd date gets reset, we would have some method of fixing it. Thanks, Bawolff -- 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 20243] DPL failing on addfirstcategorydate=true
https://bugzilla.wikimedia.org/show_bug.cgi?id=20243 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #1 from Bawolff bawolff...@gmail.com 2009-08-24 20:14:07 UTC --- Suspected cause #1 - I might be wrong, but i was under the impression that that was fixed long ago if memory serves. Looking through articles that were moved yesterday, but have categories with a categoryadd timestamp back in 2006, seems to suggest that this is not an issue. Suspected Cause #2 - this is an issue. It would be nice if the dpls that do only stable pages, used the category add date from the stable version. Page blanking vandalism has been a big issue at wikinews because of this. Cause #3 - not listed in the original bug as a suspected cause, but one of the major causes: a bunch of pages at the same time as this bug had their dates change when {{DEFAULTSORTKEY}} was added. Ideally changing the sortkey of a category should not change the categoryadd timestamp. (See Bug 16287). I have a feature request that well wouldn't fix these issues, would help deal with them. I am filing it as a seperate bug, as this bug is already about several different issues. See bug 20378 -- 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 20252] Support for WAV and AIFF by converting files to FLAC automatically.
https://bugzilla.wikimedia.org/show_bug.cgi?id=20252 --- Comment #4 from Michael Dale d...@ucsc.edu 2009-08-24 20:20:00 UTC --- ideally we can reach some consensus on how non-free non-in-browser playable streams should be represented. The two posiblities are: 1) We store the media in a temporary location, transcode it and then insert it into the site with the .ogv or .oga extension and never expose the original media to end users. The wikitext title Users would embed with the oga file: [[File:MyAudio.oga]] 1a) disadvantage we don't give users access to the highest quality source and if people want to make modifications it will result in quality degradation. (not the case with flac but true for others) 2) We should be doing something like what we do for .tiff where the original file is uploaded but when its embedded or viewed it gets transcoded/converted to free formats. The users would then embed the media with [[File:MyAudio.wav]] but inline it would point to the vorbis. If pulling up the original asset page they can download the original. This is more inline with our current approach for svg and large .pngs. 2a) This may be problematic with highly patented encumbered formats. h264 for example has per stream distribution costs not sure if we would run into that but maybe should be considered.. the original stream could be hidden in that case? 2b) This is confusing in terms of syntax. Your embed name includes .avi, .mp4 or .wav but maybe not so much of a problem because people will be using wizards to inject media and or is not *that* confusing given svg representation. I presently do option two in the transocode job extension. But option 1 and how described in this bug makes sense too. (the transocode job extension is presently called wikiAtHome since its supports distributing the job to the clients and will be used for the distributed rendering of sequences) -- 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 13205] Ability to use hyperlinks in log summaries
https://bugzilla.wikimedia.org/show_bug.cgi?id=13205 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #3 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 20:25:16 UTC --- *** This bug has been marked as a duplicate of bug 14892 *** -- 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 14892] Allow external links in edit summary and log reason
https://bugzilla.wikimedia.org/show_bug.cgi?id=14892 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||agkw...@googlemail.com --- Comment #11 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 20:25:16 UTC --- *** Bug 13205 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 12525] [[MediaWiki:Summary-preview]] should be shown also with « Show changes »
https://bugzilla.wikimedia.org/show_bug.cgi?id=12525 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #6 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 20:38:59 UTC --- Marking bug as FIXED since r55184 is now marked as ok. -- 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 10171] namespaceDupes.php should check archive table
https://bugzilla.wikimedia.org/show_bug.cgi?id=10171 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Component|Special pages |Maintenance scripts -- 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 8321] Linker::formatComment() should parse external links (for log and edit summaries, etc.)
https://bugzilla.wikimedia.org/show_bug.cgi?id=8321 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 21:16:15 UTC --- *** This bug has been marked as a duplicate of bug 14892 *** -- 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 14892] Allow external links in edit summary and log reason
https://bugzilla.wikimedia.org/show_bug.cgi?id=14892 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||e...@wp.pl --- Comment #12 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-08-24 21:16:15 UTC --- *** Bug 8321 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 20337] Oversight mailing list for the Simple English Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=20337 Casey Brown cbrown1...@gmail.com changed: What|Removed |Added CC||cbrown1...@gmail.com --- Comment #5 from Casey Brown cbrown1...@gmail.com 2009-08-24 22:06:21 UTC --- (In reply to comment #0) requested name of the mailing list: oversight-wikisimple-l oversight-wp-simple would probably be a better title, so we can get some standardization going (see bug 19136) initial list administrator's e-mail address: ev...@evula.com, I suppose. Remember you can always change this later and add more people. :-) (However, make sure you give these people the password when they're added, it's a group password and there's no way to recover it through the software.) -- 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 20214] Add ace, ckb, mwl, pnb to interwiki table
https://bugzilla.wikimedia.org/show_bug.cgi?id=20214 Casey Brown cbrown1...@gmail.com changed: What|Removed |Added CC||cbrown1...@gmail.com URL|http://pnb.wikipedia.org| -- 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 20337] Oversight mailing list for the Simple English Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=20337 MZMcBride pub...@mzmcbride.com changed: What|Removed |Added CC||pub...@mzmcbride.com --- Comment #6 from MZMcBride pub...@mzmcbride.com 2009-08-24 22:47:48 UTC --- https://lists.wikimedia.org/mailman/listinfo indicates that only one other oversight-related list exists (Oversight-request-fiwiki-l). Not sure what the need is or whether a more systematic approach for oversight-related mailing lists should be considered first. simple.wikipedia is a relatively small wiki; none of the big wikis have their own oversight-l list -- 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 20337] Oversight mailing list for the Simple English Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=20337 --- Comment #7 from Al Tally majorly.w...@googlemail.com 2009-08-24 23:23:32 UTC --- (In reply to comment #6) https://lists.wikimedia.org/mailman/listinfo indicates that only one other oversight-related list exists (Oversight-request-fiwiki-l). Not sure what the need is or whether a more systematic approach for oversight-related mailing lists should be considered first. simple.wikipedia is a relatively small wiki; none of the big wikis have their own oversight-l list This is simply incorrect: https://lists.wikimedia.org/mailman/listinfo/oversight-l -- 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 19640] Categorymembers namespace filtering is inefficient, uses ugly hack in miser mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 Ilmari Karonen nos...@vyznev.net changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | Summary|Categorymembers namespace |Categorymembers namespace |filter broken in miser mode |filtering is inefficient, ||uses ugly hack in miser mode --- Comment #15 from Ilmari Karonen nos...@vyznev.net 2009-08-24 23:41:43 UTC --- Anyway, I'm reopening this (with a slightly changed summary) because the temporary hack applied in r53304 really is ugly and inefficient and should be replaced by a better fix (e.g. adding new fields and indexes to the categorylinks table, or using the sortkey hack suggested by Domas). -- 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 18964] Missing old image version from 070802-F-1234S-006.jpg (reupload problem?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18964 Ariel T. Glenn ar...@wikimedia.org changed: What|Removed |Added CC||ar...@wikimedia.org --- Comment #1 from Ariel T. Glenn ar...@wikimedia.org 2009-08-25 00:05:23 UTC --- I retrieved the image from ms6 and put it on the production image server. This means that it must have gotten tossed some time after May 7th (when the files were copied over to ms6). -- 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 20368] Add date and trend to Special:ValidationStatistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=20368 --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2009-08-25 03:21:29 UTC --- ValidationStatistics should be updated every two hours as it always has been...unless someone changed the crontab recently. -- 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 20073] CodeReview does not properly detect a preview comment
https://bugzilla.wikimedia.org/show_bug.cgi?id=20073 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2009-08-25 03:30:19 UTC --- Fixed in r55564 -- 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 19810] Install DynamicPageList on fr.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19810 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added CC||jschulz_4...@msn.com, ||br...@wikimedia.org --- Comment #2 from Aaron Schulz jschulz_4...@msn.com 2009-08-25 03:16:19 UTC --- Is this even efficient enough for large wikis? -- 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 20379] New: A category has been categorised to itself
https://bugzilla.wikimedia.org/show_bug.cgi?id=20379 Summary: A category has been categorised to itself Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Categories AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: frankls...@gmail.com See http://zh.wikipedia.org/wiki/Category:%E5%B4%87%E6%8B%9C%E6%89%8D%E5%A5%B3Liangent%E7%9A%84%E7%BB%B4%E5%9F%BA%E4%BA%BA. The template [[zh:Template:User Liangent]] will automate automatically categorise the page into a category(http://zh.wikipedia.org/wiki/Category:%E5%B4%87%E6%8B%9C%E6%89%8D%E5%A5%B3Liangent%E7%9A%84%E7%BB%B4%E5%9F%BA%E4%BA%BA) because of the includeonly. However, when the category page itself transcludes the template, it will be automate automatically categorised into its own category. This will cause an infinite recursion that the category will become a subcategory of itself. I know one of the solution is to remove that template, but since these occasions quite often appears, could you please fix this bug in order to prevent such occasions? Hope this will not take too much of your time. 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 20379] A category has been categorised to itself
https://bugzilla.wikimedia.org/show_bug.cgi?id=20379 Mike.lifeguard mike.lifegu...@gmail.com changed: What|Removed |Added CC||mike.lifegu...@gmail.com Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Mike.lifeguard mike.lifegu...@gmail.com 2009-08-25 05:30:01 UTC --- This isn't a bug, so far as I know. You should add an |nocategory=yes parameter so you can have the template appear on a page without categorizing it. There are plenty of examples, please email me if you cannot figure out how to do 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