[Bug 26584] Add Portal namespace to Tarandine Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=26584 --- Comment #2 from Giuseppe Rusciano ruscianogiuse...@gmail.com 2011-01-07 08:00:37 UTC --- (In reply to comment #1) Please link to community consensus. Dear, The last year we have planned in our 2010 goals the goal to realize a portal about Taranto city (You can see [http://roa-tara.wikipedia.org/wiki/Wikipedia:Portale_d'a_Comunitate/Archivije_2010#Obiettivi_per_il_2010 here]), in this year we want to retry to plan this goal (You can see [http://roa-tara.wikipedia.org/wiki/Wikipedia:Portale_d'a_Comunitate#Proposte_di_obiettivi_per_il_2011 here]). Goal name is Creazione del portale su Tarde If you want, we can create a poll on our community. Best regards Giuseppe Rusciano -- 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 19640] Categorymembers namespace filtering is inefficient, uses ugly hack in miser mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 --- Comment #18 from Bryan Tong Minh bryan.tongm...@gmail.com 2011-01-07 08:05:21 UTC --- The proper order by for the cl_sortkey index would be cl_to,cl_type,cl_sortkey -- 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 26618] New: Cannot use more than 1 quiz in a page
https://bugzilla.wikimedia.org/show_bug.cgi?id=26618 Summary: Cannot use more than 1 quiz in a page Product: MediaWiki extensions Version: any Platform: All URL: http://zh.wikipedia.org/wiki/User:UAL55/Test1 OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Quiz AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: waihor...@yahoo.com.hk If I submit one of them, the another will also be marked and say you are wrong. -- 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 25838] Page on zhwiki can't be displayed due to OOM in language converter
https://bugzilla.wikimedia.org/show_bug.cgi?id=25838 --- Comment #11 from waihor...@yahoo.com.hk 2011-01-07 08:29:46 UTC --- (In reply to comment #9) (In reply to comment #8) Reopened. See 26594, the same problem happen. I still consider this bug has been fixed by r69874. The only reason you find onther large pages fail to load is the MediaWiki served by WMF has not be updated to 1.17, it still 1.16wmf4. But wikimedia now have upgraded to r79563. (In reply to comment #10) Now nothing should be done here I guess. Just wait for WMF's deployment of a later version and check it. This is a bug in Wikimedia component, not MediaWiki. How about if export this page and go to another non-wikimedia wiki, can it be loaded? Still reopened unless the page can be view. -- 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 6672] EXIF orientation not used (rotation from digital cameras)
https://bugzilla.wikimedia.org/show_bug.cgi?id=6672 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added CC||bryan.tongm...@gmail.com --- Comment #9 from Bryan Tong Minh bryan.tongm...@gmail.com 2011-01-07 08:36:20 UTC --- (In reply to comment #8) We should ask imagemagick people to add -auto-orient to the -thumbnail option btw, so we don't have to care about it anymore. We do, because in the MediaHandler we still need to swap width and height around. -- 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 25838] Page on zhwiki can't be displayed due to OOM in language converter
https://bugzilla.wikimedia.org/show_bug.cgi?id=25838 --- Comment #12 from Liangent liang...@gmail.com 2011-01-07 08:42:46 UTC --- (In reply to comment #11) But wikimedia now have upgraded to r79563. Don't look at that. How about if export this page and go to another non-wikimedia wiki, can it be loaded? Try it if you want. Make sure you're using the same limit as WMF servers. -- 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 25838] Page on zhwiki can't be displayed due to OOM in language converter
https://bugzilla.wikimedia.org/show_bug.cgi?id=25838 --- Comment #13 from Liangent liang...@gmail.com 2011-01-07 08:44:05 UTC --- (In reply to comment #11) How about if export this page and go to another non-wikimedia wiki, can it be loaded? And PhiLiP said that it can in comment 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 26396] User namespace should allow uncapitalized titles
https://bugzilla.wikimedia.org/show_bug.cgi?id=26396 CobraSA cobr...@live.com changed: What|Removed |Added Severity|enhancement |normal -- 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 26619] New: CodeReview loses space at the beginning of the comment
https://bugzilla.wikimedia.org/show_bug.cgi?id=26619 Summary: CodeReview loses space at the beginning of the comment Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: CodeReview AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: niklas.laxst...@gmail.com CC: innocentkil...@gmail.com, s...@reedyboy.net It's been messing up many of my comments by showing the preformatted text as plain text in the first line. Interestingly this does not show up in preview. -- 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 26377] register user rights only if wgNoticeInfrastructure is true
https://bugzilla.wikimedia.org/show_bug.cgi?id=26377 --- Comment #4 from Umherirrender umherirrender_de...@web.de 2011-01-07 09:51:54 UTC --- revert with r79780. Why it is possible to add special pages corrosponding to wgNoticeInfrastructure, but not user rights? Have you set the globals at the begin of the function? $wgSpecialPages is there. -- 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 26620] New: insertTags fails on Special:Upload when jquery is enabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=26620 Summary: insertTags fails on Special:Upload when jquery is enabled Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Javascript AssignedTo: d...@ucsc.edu ReportedBy: nx.devn...@gmail.com CC: tpars...@wikimedia.org edit.js has the following line at the beginning of function insertTags: if ( typeof $j != 'undefined' typeof $j.fn.textSelection != 'undefined' ( currentFocused.nodeName.toLowerCase() == 'iframe' || currentFocused.id == 'wpTextbox1' ) ) { however, on Special:Upload, currentFocused will be null, and this will fail when $j is not undefined. If $j is undefined, it will skip that condition and jump to the next part that correctly finds the upload description textarea, and everything will work. This line should be changed to: if ( typeof $j != 'undefined' typeof $j.fn.textSelection != 'undefined' ( currentFocused (currentFocused.nodeName.toLowerCase() == 'iframe' || currentFocused.id == 'wpTextbox1' ) ) ) { -- 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 26621] New: WikiEditor: Icons for dialogs in wrong order
https://bugzilla.wikimedia.org/show_bug.cgi?id=26621 Summary: WikiEditor: Icons for dialogs in wrong order Product: MediaWiki extensions Version: any Platform: All URL: http://prototype.wikimedia.org/d-en/index.php?title=Wi kipedia:Article_developmentaction=edit OS/Version: All Status: NEW Severity: minor Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: listenle...@gmail.com CC: roan.katt...@gmail.com, amil...@wikimedia.org, asha...@wikimedia.org In MW 1.17 the icons for dialogs in the toolbar are displayed in wrong order, the reference icon appears on discussion pages as well. See URL. It should be: link - file - signature It is: file - signature - link - reference This is obvious due to r74114. -- 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 26377] register user rights only if wgNoticeInfrastructure is true
https://bugzilla.wikimedia.org/show_bug.cgi?id=26377 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Status|RESOLVED|REOPENED 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 26622] New: error in #ask query caused by a large offset value
https://bugzilla.wikimedia.org/show_bug.cgi?id=26622 Summary: error in #ask query caused by a large offset value Product: MediaWiki extensions Version: any Platform: All URL: http://www.species-id.net OS/Version: All Status: NEW Severity: critical Priority: Normal Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: andreas.pl...@web.de CC: g.m.haged...@gmail.com, jeroen_ded...@yahoo.com Dear Mr. Krötzsch, using the #ask parser function with a large offset results in a SQL error. On our OpenMedia Wiki http://www.species-id.net we have 15089 images in the category Dryades Plant Images. If I try the following wiki code on the page http://www.species-id.net/openmedia/Special:ExpandTemplates {{#ask: [[Category:Dryades Plant Images]] | offset=5000 }} it throws the following error: -8- A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: SELECT DISTINCT t2.smw_id AS id,t2.smw_title AS t,t2.smw_namespace AS ns,t2.smw_iw AS iw,t2.smw_sortkey AS sortkey FROM `smw_ids` AS t2 INNER JOIN `smw_inst2` AS t0 ON t2.smw_id=t0.s_id WHERE (t0.o_id='') ORDER BY t2.smw_sortkey ASC LIMIT 5000,-2999 from within function SMW::getQueryResult. Database returned error 1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '-2999' at line 1 (localhost:PORT). -8- This error message starts at offset=2002 because the SQL LIMIT 5000,-2999 is composed in a wrong way. We would be glad to have this fixed soon. Thanks in advance. BTW the Special:Ask page works fine instead see http://www.species-id.net/o/index.php?title=Special:Askoffset=5000limit=50q=%5B%5BCategory%3ADryades+Plant+Images%5D%5Dp=format%3Dlist%2Fcolumns%3D1 We are using the Semantic MediaWiki Version 1.5.5 alpha with the svn revision number r79596. Regards Anreas Plank -- 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 26622] error in #ask query caused by a large offset value
https://bugzilla.wikimedia.org/show_bug.cgi?id=26622 Andreas Plank andreas.pl...@web.de changed: What|Removed |Added Priority|Normal |High -- 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 26623] New: Add a magic word for the document protocol
https://bugzilla.wikimedia.org/show_bug.cgi?id=26623 Summary: Add a magic word for the document protocol Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Templates AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: theevilipaddr...@hotmail.de A magic word, like {{PROTOCOL}}, which shows if we use http or https would be quite useful. For links to the own site, this isn't necessary, since we have fullurl, but for certain external links. For example, there are sites which have a http and a https version, and with the magic word the user could then be directed to the https version if they prefer this protocol. -- 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 5984] Edit preview doesn't let you preview cite.php footnotes.
https://bugzilla.wikimedia.org/show_bug.cgi?id=5984 Garrett Fitzgerald gfitz...@nyx.net changed: What|Removed |Added CC||gfitz...@nyx.net --- Comment #11 from Garrett Fitzgerald gfitz...@nyx.net 2011-01-07 14:15:38 UTC --- Seems to me a fairly simple way to solve this would be to include a Preview Full Article link, either for all previews or just section-edit previews. -- 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 26477] editing of discussion page header is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=26477 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Umherirrender umherirrender_de...@web.de 2011-01-07 14:32:41 UTC --- Works again on translatewiki.net. Now running 1.18alpha (r79810). -- 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 26624] New: ERR_INVALID_REQ when trying upload a file with API
https://bugzilla.wikimedia.org/show_bug.cgi?id=26624 Summary: ERR_INVALID_REQ when trying upload a file with API Product: Wikimedia Version: unspecified Platform: PC OS/Version: Windows Vista Status: NEW Severity: major Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: j...@jans-seite.de See this, too: http://lists.wikimedia.org/pipermail/wikitech-l/2011-January/050958.html When I try to upload a file with the API, I get this error: Request: [unknown method] [no URL], from my IP via amssq35.esams.wikimedia.org (squid/2.7.STABLE7) to [unknown host] ([unknown]) Error: ERR_INVALID_REQ, errno [No Error] at Sun, 02 Jan 2011 09:43:01 GMT The source code of the program, you can get at: http://svn.toolserver.org/svnroot/p_commonshelper2/truck/ . The request is in the method upload() in the upload_class.php. -- 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 26584] Add Portal namespace to Tarandine Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=26584 Bawolff bawolff...@gmail.com changed: What|Removed |Added Keywords||shell --- Comment #3 from Bawolff bawolff...@gmail.com 2011-01-07 14:42:31 UTC --- Hmm, I'm not sure if thats sufficient or if a poll is needed. -- 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 26622] error in #ask query caused by a large offset value
https://bugzilla.wikimedia.org/show_bug.cgi?id=26622 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Markus Krötzsch mar...@semantic-mediawiki.org 2011-01-07 14:50:12 UTC --- There was an error in the calculation of the limit value in SMW. The problem has now been fixed in SVN. Recent versions of SMW can also be upgraded selectively by replacing only the file ./includes/storage/SMW_Query.php with the current SVN version http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/SemanticMediaWiki/includes/storage/SMW_Query.php. -- 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 24650] Fix API to work with categorylinks changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=24650 Bawolff bawolff...@gmail.com changed: What|Removed |Added Blocks||26611 --- Comment #3 from Bawolff bawolff...@gmail.com 2011-01-07 15:00:06 UTC --- Output of sortkey is probably pointless now...? Let's keep it around for back compat. It's also not totally useless (useful for e.g. debugging collations and the like). How about anywhere a sortkey is displayed in the api, we now have two fields, sortkey would be the human readable sortkey based cl_sortkey_prefix (on the assumption that most people using the api for sortkeys currently use it to display to user, not to sort things), and then another field, rawsortkey that has the binary sortkey in it. Does that sound like the right course of action? -- 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 26611] Bugs that should be fixed for 1.17 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26611 Bawolff bawolff...@gmail.com changed: What|Removed |Added Depends on||24650 -- 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 17094] Special:PrefixIndex ignores trailing spaces (or underscores)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17094 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com Depends on||10473 --- Comment #2 from Niklas Laxström niklas.laxst...@gmail.com 2011-01-07 15:22:21 UTC --- Same cause as in bug 10473. -- 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 10473] impossible to list allpages or prefixindex for pages starting with . or ..
https://bugzilla.wikimedia.org/show_bug.cgi?id=10473 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added Blocks||17094 -- 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 26625] New: Special:PrefixIndex does inconsistent handling of params
https://bugzilla.wikimedia.org/show_bug.cgi?id=26625 Summary: Special:PrefixIndex does inconsistent handling of params Product: MediaWiki Version: 1.18-svn Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: niklas.laxst...@gmail.com Special:PrefixIndex/File: returns different results from Special:PrefixIndexprefix=namespace=6 -- 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 26619] CodeReview loses space at the beginning of the comment
https://bugzilla.wikimedia.org/show_bug.cgi?id=26619 --- Comment #1 from Reedy s...@reedyboy.net 2011-01-07 15:30:44 UTC --- I've got a feeling I added this for some request before... Will have a look later... -- 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 26474] Create svn.mediawiki.org alias
https://bugzilla.wikimedia.org/show_bug.cgi?id=26474 Ryan Lane rlan...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED AssignedTo|wikibug...@lists.wikimedia. |rlan...@gmail.com |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 26609] Accept rtsp links for URL-type properties
https://bugzilla.wikimedia.org/show_bug.cgi?id=26609 Yaron Koren yaro...@gmail.com changed: What|Removed |Added CC||mar...@semantic-mediawiki.o ||rg --- Comment #3 from Yaron Koren yaro...@gmail.com 2011-01-07 16:55:25 UTC --- Bawolff - that's a reasonable suggestion, although I'm not sure that the set of allowed prefixes for MediaWiki and the set of allowed prefixes for Semantic MediaWiki will always be the same. For instance, MediaWiki treats mailto:; URLs as standard URLs, while I don't know if SMW does, or should (there's a separate data type for email addresses). I'm adding Markus as a CC - Markus, do you have any thoughts on the matter? -- 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 26614] action=parse shows different sortkey then one outputted by prop=categories (prefix vs actual binary sortkey)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26614 --- Comment #5 from Aryeh Gregor simetrical+wikib...@gmail.com 2011-01-07 17:01:19 UTC --- The way they're used in practice is that if cl_sortkey_prefix is empty, then cl_sortkey = $wgContLang-convertToSortkey( page_title ). Otherwise, cl_sortkey = $wgContLang-convertToSortkey( cl_sortkey_prefix . \0 . page_title ). See Title::getCategorySortkey() and Language::convertToSortkey(). cl_sortkey is in general an arbitrary binary string which may bear no discernible relationship to the original page title or sortkey prefix, once we start using proper ICU or CLDR or whatever for sortkeys. So I can't imagine why anyone would want the actual value; logically, you'd only want to sort by it. I don't know why you'd want cl_sortkey_prefix either, for that matter (although it is going to be human-readable text). I can't see any use for it other than constructing cl_sortkey. Do you know of anyone who actually wants or uses these? -- 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 5984] Edit preview doesn't let you preview cite.php footnotes.
https://bugzilla.wikimedia.org/show_bug.cgi?id=5984 --- Comment #12 from Aryeh Gregor simetrical+wikib...@gmail.com 2011-01-07 17:03:24 UTC --- Adding extra links is a bad solution to practically any problem. It would be better to just output the references automatically in section edits if there otherwise aren't any. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26377] register user rights only if wgNoticeInfrastructure is true
https://bugzilla.wikimedia.org/show_bug.cgi?id=26377 --- Comment #5 from Ryan Kaldari rkald...@wikimedia.org 2011-01-07 18:07:08 UTC --- I'll take a look at this again. I'm not sure why it failed, but may have something to do with the loading order. The user right (in this case) needs to be loaded after the config files are read (in order to fix this bug), but perhaps inside the extension functions is too late for it to have effect. -- 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 26626] New: Have a way for the installer to set all relevant debug flags by default
https://bugzilla.wikimedia.org/show_bug.cgi?id=26626 Summary: Have a way for the installer to set all relevant debug flags by default Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: innocentkil...@gmail.com Have a way for the installer to set all relevant debug flags by default Certainly useful on like the CLI installer So in LocalSettings.php, we get near the top: error_reporting(E_ALL); ini_set(display_errors, 1); or even error_reporting(E_ALL | E_STRICT); And at the bottom... $wgShowExceptionDetails = true; $wgShowSQLErrors = true; $wgDebugDumpSql = true; //$wgDebugLogFile = ''; //Enter a path to use this -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26619] CodeReview loses space at the beginning of the comment
https://bugzilla.wikimedia.org/show_bug.cgi?id=26619 --- Comment #2 from Reedy s...@reedyboy.net 2011-01-07 18:18:58 UTC --- bug 25101 and r72626 /me shrugs -- 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 19640] Categorymembers namespace filtering is inefficient, uses ugly hack in miser mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 --- Comment #19 from Reedy s...@reedyboy.net 2011-01-07 18:21:37 UTC --- IF that is all that's required to fix it... It's worth adding an index (though, I've got a feeling adding the index might be quite slow especially on wmf et al. And is it still right post the sorting changes?), and backporting... -- 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 26612] Regression: Postgres cannot install
https://bugzilla.wikimedia.org/show_bug.cgi?id=26612 --- Comment #3 from Chad H. innocentkil...@gmail.com 2011-01-07 18:27:47 UTC --- That myriad of function calls is way clearer than the bowl of mush sitting in DatabasePostgres. Suit yourself, I suppose. Needs review: r79828. -- 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 26367] Uploading fails with internal error: key 'ljg40qoexthbj3vu8f9875e5uspj37n.' is not in a proper format
https://bugzilla.wikimedia.org/show_bug.cgi?id=26367 Thomas Bleher thomasble...@gmx.de changed: What|Removed |Added Blocks||26611 -- 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 26611] Bugs that should be fixed for 1.17 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26611 Thomas Bleher thomasble...@gmx.de changed: What|Removed |Added Depends on||26367 -- 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 26041] simple search displays list twice
https://bugzilla.wikimedia.org/show_bug.cgi?id=26041 Thomas Bleher thomasble...@gmx.de changed: What|Removed |Added Blocks||26611 -- 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 26611] Bugs that should be fixed for 1.17 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26611 Thomas Bleher thomasble...@gmx.de changed: What|Removed |Added Depends on||26041 -- 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 25820] Lqt thread action links are absolute urls instead of relative ones
https://bugzilla.wikimedia.org/show_bug.cgi?id=25820 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Niklas Laxström niklas.laxst...@gmail.com 2011-01-07 18:44:40 UTC --- *** This bug has been marked as a duplicate of bug 26526 *** -- 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 26526] Some absolute links should be relative
https://bugzilla.wikimedia.org/show_bug.cgi?id=26526 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #3 from Niklas Laxström niklas.laxst...@gmail.com 2011-01-07 18:44:41 UTC --- *** Bug 25820 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 26367] Uploading fails with internal error: key 'ljg40qoexthbj3vu8f9875e5uspj37n.' is not in a proper format
https://bugzilla.wikimedia.org/show_bug.cgi?id=26367 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added AssignedTo|ne...@wikimedia.org |bryan.tongm...@gmail.com --- Comment #4 from Bryan Tong Minh bryan.tongm...@gmail.com 2011-01-07 19:09:13 UTC --- For some reason your MediaWiki is not able to find mime.types, which in itself is odd, but the fallback is broken. I'm looking into the proper format for it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22449] MediaWiki should do validation of e-mail addresses
https://bugzilla.wikimedia.org/show_bug.cgi?id=22449 Reedy s...@reedyboy.net changed: What|Removed |Added Keywords||upstream See Also||http://www.w3.org/Bugs/Publ ||ic/show_bug.cgi?id=11225 -- 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 22449] MediaWiki should do validation of e-mail addresses
https://bugzilla.wikimedia.org/show_bug.cgi?id=22449 --- Comment #10 from Reedy s...@reedyboy.net 2011-01-07 19:33:26 UTC --- r75876, r75862, r75627 marked as resolved with this bug being tagged upstream and remote bug logged -- 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 26616] Allow batch addition (and removal(?)) of revision tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=26616 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2011-01-07 19:34:06 UTC --- (In reply to comment #1) I suck. For confused readers: you can do this by separating tags with commas. -- 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 26616] Allow batch addition (and removal(?)) of revision tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=26616 --- Comment #3 from Reedy s...@reedyboy.net 2011-01-07 19:35:06 UTC --- I was actually meaning select n bugs and tag them. Chad pointed out on IRC it's already there! -- 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 19640] Categorymembers namespace filtering is inefficient, uses ugly hack in miser mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=19640 --- Comment #20 from Roan Kattouw roan.katt...@gmail.com 2011-01-07 19:43:44 UTC --- (In reply to comment #19) IF that is all that's required to fix it... It's worth adding an index (though, I've got a feeling adding the index might be quite slow especially on wmf et al. And is it still right post the sorting changes?), and backporting... That's not the problem. The problem is that you have to join in the page table to filter by namespace, because the namespace isn't in the categorylinks table. -- 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 26367] Uploading fails with internal error: key 'ljg40qoexthbj3vu8f9875e5uspj37n.' is not in a proper format
https://bugzilla.wikimedia.org/show_bug.cgi?id=26367 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added AssignedTo|bryan.tongm...@gmail.com|ne...@wikimedia.org --- Comment #5 from Bryan Tong Minh bryan.tongm...@gmail.com 2011-01-07 19:44:00 UTC --- This should be fixed by r79835. However I think the real reason is UploadStash requiring the stash key to have an extension. Is there a specific reason for this? It seems to just work even if the extension does not match the mime type at all. -- 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 26625] Special:PrefixIndex does inconsistent handling of params
https://bugzilla.wikimedia.org/show_bug.cgi?id=26625 comp...@meta.ua changed: What|Removed |Added CC||comp...@meta.ua --- Comment #1 from comp...@meta.ua 2011-01-07 19:54:25 UTC --- http://translatewiki.net/w/i.php?title=Special%3APrefixIndexprefix=namespace=6 - this link is generated by translatewiki.net and do not return any result *See also: http://translatewiki.net/w/i.php?title=Thread:Support/Translating_talk_vs_Translatiions_talk%3F#Translating_talk_vs_Translations_talk?_10137 -- 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 26627] New: rvnosuchsection for section 0 of an empty page
https://bugzilla.wikimedia.org/show_bug.cgi?id=26627 Summary: rvnosuchsection for section 0 of an empty page Product: MediaWiki Version: wikimedia-deployment Platform: All URL: http://fr.wikipedia.org/w/api.php?intoken=editrvprop= content|ids|timestampprop=revisions|infoaction=query titles=Discussion:Corbeille%20d'orrvsection=0 OS/Version: All Status: NEW Severity: normal Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: nic...@users.sourceforge.net CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com When requesting contents of section 0, the result is an error rvnosuchsection when the page is empty. It should rather return an empty section. Example : Section 0 = error: http://fr.wikipedia.org/w/api.php?intoken=editrvprop=content|ids|timestampprop=revisions|infoaction=querytitles=Discussion:Corbeille%20d'orrvsection=0 Entire content = ok: http://fr.wikipedia.org/w/api.php?intoken=editrvprop=content|ids|timestampprop=revisions|infoaction=querytitles=Discussion:Corbeille%20d'or -- 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 26563] Add characters changed per revision for stub and full article dumps
https://bugzilla.wikimedia.org/show_bug.cgi?id=26563 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added AssignedTo|ar...@wikimedia.org |wikibug...@lists.wikimedia. ||org --- Comment #1 from Rob Lanphier ro...@wikimedia.org 2011-01-07 20:00:24 UTC --- Byte count will be way easier, and might happen sooner than character count, since we already have revision length in the database. Ariel asks that we update the version number of the dumps if that happens, so users of the dumps can correlate contents to versions. The code to modify is here: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/Export.php?view=markup To update the version, we need to update schemaVersion(). In order for this to get into production, it of course needs to get deployed to the production branch. Ariel doesn't have time to implement this right now, so an interested volunteer would be appreciated. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26628] New: Incompatibility with Extension:UsabilityInitiative
https://bugzilla.wikimedia.org/show_bug.cgi?id=26628 Summary: Incompatibility with Extension:UsabilityInitiative Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: Normal Component: SemanticFormsInputs AssignedTo: f.tr...@gmx.net ReportedBy: f.tr...@gmx.net After I found this in the error console+ Warning: Unknown property 'resize'. Declaration dropped. Source File: http://192.168.1.101:8080/b/extensions/UsabilityInitiative/css/combined.min.css?69 Line: 662 Warning: Error in parsing value for 'filter'. Declaration dropped. Source File: http://192.168.1.101:8080/b/extensions/UsabilityInitiative/css/vector/jquery-ui-1.7.2.css?1.7.2y Line: 18 I deactivated to Extension:UsabilityInitiative (require_once($IP/extensions/UsabilityInitiative/Vector/Vector.php); ) and now it seems to work. You might check if their are any conflicts exists between Extension:UsabilityInitiative and SFI both on 1.16 and 1.17 the (r79838). MW 1.16/1.17 SMW 1.5.4 SF 2.0.8 SFI 0.4 -- 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 26497] printable=yes in broken in trunk
https://bugzilla.wikimedia.org/show_bug.cgi?id=26497 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Roan Kattouw roan.katt...@gmail.com 2011-01-07 20:25:09 UTC --- Fixed in r79839. -- 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 26611] Bugs that should be fixed for 1.17 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26611 Bug 26611 depends on bug 26497, which changed state. Bug 26497 Summary: printable=yes in broken in trunk https://bugzilla.wikimedia.org/show_bug.cgi?id=26497 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 26478] User CSS: @import is inside @media
https://bugzilla.wikimedia.org/show_bug.cgi?id=26478 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Roan Kattouw roan.katt...@gmail.com 2011-01-07 20:28:40 UTC --- (In reply to comment #4) Before ResourceLoader imported media, user stylesheets and site styles were loaded with the media=all attribute. I'd say keep that the way it was. No complains about that in the past right ? That way everthing stays compatible. And everybody can keep using special styles for print only or for screen only in their User:Me/skin.css I have suppressed the output of @media all { } blocks (they're useless anyway) in r79839. Also, things like MediaWiki:Print.css can then simply be wrapped in @media print (not in a seperate link), when it's defined as module. (as can extensions when defining the style modules) This has been done some time ago, see ResourceLoaderSiteModule.php -- 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 26628] Incompatibility with Extension:UsabilityInitiative
https://bugzilla.wikimedia.org/show_bug.cgi?id=26628 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||roan.katt...@gmail.com Resolution||INVALID --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-01-07 20:38:03 UTC --- This has nothing to do with SemanticFormsInputs. The jQuery UI CSS throws these warnings, and they're harmless, you can ignore them. -- 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 26478] User CSS: @import is inside @media
https://bugzilla.wikimedia.org/show_bug.cgi?id=26478 --- Comment #6 from Trevor Parscal tpars...@wikimedia.org 2011-01-07 20:44:23 UTC --- This is the best solution I think - good work - as long as people don't register their styles as a specific media type (something they certainly would need to go out of their way to do) they can do all the strange trickery they want, including using the @media block themselves. We need to document the caveat of using the media type registration somewhere though. -- 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 26478] User CSS: @import is inside @media
https://bugzilla.wikimedia.org/show_bug.cgi?id=26478 --- Comment #7 from Roan Kattouw roan.katt...@gmail.com 2011-01-07 20:45:51 UTC --- (In reply to comment #6) This is the best solution I think - good work - as long as people don't register their styles as a specific media type (something they certainly would need to go out of their way to do) they can do all the strange trickery they want, including using the @media block themselves. We need to document the caveat of using the media type registration somewhere though. Once you're doing media type registration, why would you want to use @import? -- 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 26478] User CSS: @import is inside @media
https://bugzilla.wikimedia.org/show_bug.cgi?id=26478 --- Comment #8 from Trevor Parscal tpars...@wikimedia.org 2011-01-07 20:46:39 UTC --- Beats me - that's why this seems to be the best way to go. It works as you would imagine by default. -- 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 23280] Show servername instead of dbname for home wiki on Special:CentralAuth
https://bugzilla.wikimedia.org/show_bug.cgi?id=23280 --- Comment #2 from Umherirrender umherirrender_de...@web.de 2011-01-07 20:56:13 UTC --- (In reply to comment #1) (In reply to comment #0) Maybe add a link to the home wiki, so there is a easy way to go to the home wiki. There's a link below... Yes, in the list, but that list can be (very) long ... -- 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 26628] Incompatibility with Extension:UsabilityInitiative
https://bugzilla.wikimedia.org/show_bug.cgi?id=26628 f.trott f.tr...@gmx.net changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #2 from f.trott f.tr...@gmx.net 2011-01-07 20:59:58 UTC --- Alas it also throws Error: too much recursion Source: http://127.0.0.1/mw1_16/extensions/UsabilityInitiative/js/plugins.combined.min.js?270 Line: 200 This apparently appeared between r79334 and r79825 of SFI. -- 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 26628] Incompatibility with Extension:UsabilityInitiative
https://bugzilla.wikimedia.org/show_bug.cgi?id=26628 --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2011-01-07 21:02:58 UTC --- (In reply to comment #2) Alas it also throws Error: too much recursion Source: http://127.0.0.1/mw1_16/extensions/UsabilityInitiative/js/plugins.combined.min.js?270 Line: 200 This apparently appeared between r79334 and r79825 of SFI. This should not be related to SFI at all. Are you sure the error only appears when SFI is enabled, and isn't just caused by UI? -- 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 26621] WikiEditor: Icons for dialogs in wrong order
https://bugzilla.wikimedia.org/show_bug.cgi?id=26621 --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-01-07 21:09:27 UTC --- Fixed the reference button to no longer appear in talk namespaces in r79842. I asked Trevor to comment on the order issue. -- 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 26629] New: add Special:MIMESearch to api
https://bugzilla.wikimedia.org/show_bug.cgi?id=26629 Summary: add Special:MIMESearch to api Product: MediaWiki Version: 1.18-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: duplicate...@googlemail.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com The querypage MIMESearch has no api module. Please add one to the api. It is list under list=querypage, but it cannot used, because it need input param. see r78824#c12467 Thanks. -- 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 26628] Incompatibility with Extension:UsabilityInitiative
https://bugzilla.wikimedia.org/show_bug.cgi?id=26628 --- Comment #4 from f.trott f.tr...@gmx.net 2011-01-07 21:15:09 UTC --- I agree and I have no clue, what could be the cause. The originator switched back and forth between the revisions twice and confirms, that one works, the other does not. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26629] add Special:MIMESearch to api
https://bugzilla.wikimedia.org/show_bug.cgi?id=26629 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-01-07 21:17:48 UTC --- Should be done as a param to list=allimages -- 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 26627] rvnosuchsection for section 0 of an empty page
https://bugzilla.wikimedia.org/show_bug.cgi?id=26627 duplicate...@googlemail.com changed: What|Removed |Added CC||duplicate...@googlemail.com --- Comment #1 from duplicate...@googlemail.com 2011-01-07 21:18:44 UTC --- action=parse also fails for section=0 if text is empty. -- 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 26621] WikiEditor: Icons for dialogs in wrong order
https://bugzilla.wikimedia.org/show_bug.cgi?id=26621 --- Comment #2 from Trevor Parscal tpars...@wikimedia.org 2011-01-07 21:39:21 UTC --- I think the order should match user expectations (justification for change the order back to how it was), but also take into consideration information we have about how often the tools are used (need to dig up click tracking stats) because we know that users most commonly look at the icons in order, looking for what they want. Anyone have the click tracking stats? -- 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 25811] Please set up homepage for http://pt.m.wikibooks.org/
https://bugzilla.wikimedia.org/show_bug.cgi?id=25811 --- Comment #1 from Raylton P. Sousa raylton.so...@gmail.com 2011-01-07 21:45:15 UTC --- What should we do to have apply this bug? We made a request two months ago, but still had no answers. someone can help me? -- 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 26630] New: add api for Special:ActiveUsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=26630 Summary: add api for Special:ActiveUsers Product: MediaWiki Version: 1.18-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: duplicate...@googlemail.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com There is no api for Special:ActiveUsers. Add a active param to list=allusers? Thanks. -- 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 25101] Trim comments before saving
https://bugzilla.wikimedia.org/show_bug.cgi?id=25101 --- Comment #2 from Brion Vibber br...@pobox.com 2011-01-07 21:49:58 UTC --- r72626 caused a regression, noted in bug 26619. -- 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 26619] CodeReview loses space at the beginning of the comment
https://bugzilla.wikimedia.org/show_bug.cgi?id=26619 --- Comment #3 from Brion Vibber br...@pobox.com 2011-01-07 21:50:26 UTC --- Switching from trim() to rtrim() should do it -- it's save to remove trailing whitespace, but leading whitespace is syntactically significant. -- 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 26619] CodeReview loses space at the beginning of the comment
https://bugzilla.wikimedia.org/show_bug.cgi?id=26619 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Reedy s...@reedyboy.net 2011-01-07 21:57:02 UTC --- r79844 Also rtrim comment previews in that revision also (so preview and saving comments has the same affect -- 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 22943] [[:File:TheFile.ext]] does not count as a link in 'File Links' but shows up in 'What Links Here'
https://bugzilla.wikimedia.org/show_bug.cgi?id=22943 Jonathan jon.1...@hotmail.co.uk changed: What|Removed |Added Status|RESOLVED|REOPENED CC||jon.1...@hotmail.co.uk Resolution|INVALID | --- Comment #6 from Jonathan jon.1...@hotmail.co.uk 2011-01-07 21:57:03 UTC --- Is there any way round this? An extension, for example? For PDF, DOC and other media files - and where the file can be downloaded from an external site - I link to the 'File:' page rather than link straight to 'Media:'. It would make much more sense if the 'File links' showed the pages which linked to the 'File:' page. 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 26624] ERR_INVALID_REQ when trying upload a file with API
https://bugzilla.wikimedia.org/show_bug.cgi?id=26624 --- Comment #1 from Brion Vibber br...@pobox.com 2011-01-07 22:03:55 UTC --- unknown method, no URL, and ERR_INVALID_REQ all make me suspect that there's a basic problem with your HTTP request itself: the squid proxy servers which are Wikimedia's first line of response are giving you a complete rejection, saying it can't understand what you're telling it even enough to send it to the actual web servers. It looks like you're manually constructing an HTTP request from scratch by mashing strings together. Make absolutely sure that you're doing this correctly, for instance: * are all the variables correct? * are their values actually getting interpolated? * do you have any issues with mixtures of \r\n and \n? (\r\n should be used at the line separator, I believe, but unless your code is changing it you'll have *either* \r\n or \n depending on your OS's file encoding...? You might for instance try dumping the string and checking it manually before sending it out. If you get the same, try making your request simpler -- take out some of those parameters and see what you get. Confirm that you can make an HTTP request _at all_ with this code, then add parameters back until you see what's wrong. However in general, I'd recommend that you go ahead and use some existing HTTP library that can handle constructing an HTTP request with multipart form submission data, such as CURL or the PEAR HTTP_Request2 module. -- 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 22943] [[:File:TheFile.ext]] does not count as a link in 'File Links' but shows up in 'What Links Here'
https://bugzilla.wikimedia.org/show_bug.cgi?id=22943 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #7 from Bawolff bawolff...@gmail.com 2011-01-07 22:04:24 UTC --- It would be fairy easy to write an extension that added another section for normal (non-embeded) links using ImagePageAfterImageLinks hook, if one was so inclined. It would make much more sense if the 'File links' showed the pages which linked to the 'File:' page. Thats very debatable. For the normal case of jpeg images it would not make sense. However, It might make sense to make an exception such that if the relevant media handler does not support embedding files of that type, it shows page links instead, but that might also be confusing when the section switches meaning depending on type of image. -- 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 26624] ERR_INVALID_REQ when trying upload a file with API
https://bugzilla.wikimedia.org/show_bug.cgi?id=26624 X! soxre...@gmail.com changed: What|Removed |Added CC||soxre...@gmail.com --- Comment #2 from X! soxre...@gmail.com 2011-01-07 22:05:32 UTC --- I am having this same problem, using the regular cURL class in PHP. The relevant code: http://code.google.com/p/mw-peachy/source/browse/trunk/Plugins/image.php?r=330#415 -- 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 26631] New: Add support for Expect 100 Continue Status
https://bugzilla.wikimedia.org/show_bug.cgi?id=26631 Summary: Add support for Expect 100 Continue Status Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: m8r-udf...@mailinator.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com Add support for the use of the 100 (Continue) Status header for POSTS per HTTP/1.1 W3C RFC 2616 http://www.w3.org/Protocols/rfc2616/rfc2616-sec8.html -- 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 26624] ERR_INVALID_REQ when trying upload a file with API
https://bugzilla.wikimedia.org/show_bug.cgi?id=26624 --- Comment #3 from Brion Vibber br...@pobox.com 2011-01-07 22:08:59 UTC --- (In reply to comment #2) I am having this same problem, using the regular cURL class in PHP. The relevant code: http://code.google.com/p/mw-peachy/source/browse/trunk/Plugins/image.php?r=330#415 Got an exact sequence of commands to reproduce the issue with your code? -- 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 26624] ERR_INVALID_REQ when trying upload a file with API
https://bugzilla.wikimedia.org/show_bug.cgi?id=26624 --- Comment #4 from X! soxre...@gmail.com 2011-01-07 22:10:42 UTC --- Not exactly, it's kind of complex. It also happens about 1 in 100 times, so it's not easily reproducable. You can get an idea of what API params I'm using. -- 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 26625] Special:PrefixIndex does inconsistent handling of params
https://bugzilla.wikimedia.org/show_bug.cgi?id=26625 --- Comment #2 from Brion Vibber br...@pobox.com 2011-01-07 22:14:24 UTC --- Looks like a regression since 1.16. In deployed code, http://www.mediawiki.org/wiki/Special:PrefixIndex/File: and http://www.mediawiki.org/wiki/Special:PrefixIndex?prefix=namespace=6 appear identical except the first says All pages with prefix and the second says All pages (File namespace). Both return the same results, and have the same next link: http://www.mediawiki.org/w/index.php?title=Special:PrefixIndexfrom=Hack-A-Ton-DC-t-shirt.pngnamespace=6 In my local trunk copy, I can see that the first form works as expected but the second form lists no results -- this is probably a regression from changes to make Special:Prefixindex default to not showing results when no prefix has been passed in. If a namespace is given, this ought to count as having a prefix and thus being ready to go. -- 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 6672] EXIF orientation not used (rotation from digital cameras)
https://bugzilla.wikimedia.org/show_bug.cgi?id=6672 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #10 from Bryan Tong Minh bryan.tongm...@gmail.com 2011-01-07 22:14:54 UTC --- Fixed in r79845. -- 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 26624] ERR_INVALID_REQ when trying upload a file with API
https://bugzilla.wikimedia.org/show_bug.cgi?id=26624 --- Comment #5 from Brion Vibber br...@pobox.com 2011-01-07 22:18:12 UTC --- It sounded like the original poster's problem is *every* time rather than 1% of hits, so this likely isn't the same issue. 1% of the time is more likely to involve occasional bad processing or bugs on the server end, especially if resubmitting the same request works. That'd be something that needs to be worked out with server admins. -- 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 2581] View image in several resolutions
https://bugzilla.wikimedia.org/show_bug.cgi?id=2581 --- Comment #15 from Bryan Tong Minh bryan.tongm...@gmail.com 2011-01-07 22:27:25 UTC --- (In reply to comment #13) Why? It could be done via thumb.php, even if the wiki otherwise doesn't use it. Or a job? -- 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 6834] SVG image should have link to PNG version
https://bugzilla.wikimedia.org/show_bug.cgi?id=6834 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added CC||bryan.tongm...@gmail.com Depends on||2581 -- 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 2581] View image in several resolutions
https://bugzilla.wikimedia.org/show_bug.cgi?id=2581 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added Blocks||6834 -- 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 18691] Imagick support in SVG to PNG conversion
https://bugzilla.wikimedia.org/show_bug.cgi?id=18691 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added CC||bryan.tongm...@gmail.com --- Comment #5 from Bryan Tong Minh bryan.tongm...@gmail.com 2011-01-07 23:04:24 UTC --- Anybody around here who can compile PHP extensions for Windows, so that I can test this? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26632] New: Firefogg makes Firefox 4 beta 9 hang
https://bugzilla.wikimedia.org/show_bug.cgi?id=26632 Summary: Firefogg makes Firefox 4 beta 9 hang Product: mwEmbed Version: unspecified Platform: PC OS/Version: Windows XP Status: NEW Severity: critical Priority: Normal Component: Firefogg AssignedTo: d...@ucsc.edu ReportedBy: rigo...@yahoo.com When using the select option in Firefogg, the browser hangs while showing the explorer window to look for the file to open. This problem has happened in Windows XP and Windows 7. The only way to get the browser back to work is to kill the process with Ctrl+Alt+Del I'm using the latest version of Firefogg. -- 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 26625] Special:PrefixIndex does inconsistent handling of params
https://bugzilla.wikimedia.org/show_bug.cgi?id=26625 Brion Vibber br...@pobox.com changed: What|Removed |Added AssignedTo|wikibug...@lists.wikimedia. |br...@pobox.com |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 26625] Special:PrefixIndex does inconsistent handling of params
https://bugzilla.wikimedia.org/show_bug.cgi?id=26625 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #3 from Krinkle krinklem...@gmail.com 2011-01-07 23:48:42 UTC --- (In reply to comment #2) Looks like a regression since 1.16. -- this is probably a regression from changes to make Special:Prefixindex default to not showing results when no prefix has been passed in. If a namespace is given, this ought to count as having a prefix and thus being ready to go. Indeed, passing a 'space' or '+' as prefix does return everything like it used to. http://translatewiki.net/w/i.php?title=Special%3APrefixIndexprefix=+namespace=6 (I guess it's trimmed after the validation part) -- 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 26625] Special:PrefixIndex does inconsistent handling of params
https://bugzilla.wikimedia.org/show_bug.cgi?id=26625 Brion Vibber br...@pobox.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Brion Vibber br...@pobox.com 2011-01-07 23:53:34 UTC --- Looks like this was another regression in r75314 (bug 23923); pages weren't listed if namespace was set but no prefix given. Fixed in r79851 -- 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 26628] Incompatibility with Extension:UsabilityInitiative
https://bugzilla.wikimedia.org/show_bug.cgi?id=26628 f.trott f.tr...@gmx.net changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Comment #5 from f.trott f.tr...@gmx.net 2011-01-08 00:14:18 UTC --- Turns out to be a collision between two versions of jQuery. UsabilityInitiative uses 1.7.1, SFI uses 1.8.2. Workaround for the 1.16 release branch version: As far as I can see this Version only contains the Vector and the WikiEditor extensionn. None of those need the datepicker so it can be turned off: - In UsabilityInitiative.php (Line 24): Set $wgUsabilityInitiativeResourceMode = 'raw'; - In UsabilityInitiative.hooks.php (Line 59): Comment out the the line with the registration of the datepicker script -- 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 6672] EXIF orientation not used (rotation from digital cameras)
https://bugzilla.wikimedia.org/show_bug.cgi?id=6672 --- Comment #11 from Derk-Jan Hartman hart...@videolan.org 2011-01-08 00:40:15 UTC --- Interesting observation of note. The thumbnail in the Upload page (using the new FileAPI) is not an actual thumbnail, but the full image of course, and it seems that both Safari and FF for Mac, don't apply the EXIF rotation when viewing images in the browser. Not sure why that is, but it is rather confusing when you want to upload a file with EXIF rotation. -- 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 26601] Requesting a new mailing list for Pune (in India) to discuss Wikipedia/Wikimedia related activities in and around the city
https://bugzilla.wikimedia.org/show_bug.cgi?id=26601 Casey Brown b...@caseybrown.org changed: What|Removed |Added Status|NEW |RESOLVED CC||b...@caseybrown.org Resolution||FIXED --- Comment #1 from Casey Brown b...@caseybrown.org 2011-01-08 00:41:43 UTC --- Mailing list Wikimedia-IN-PUN created and password sent to Sankarshan. -- 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 26631] Add support for Expect 100 Continue Status
https://bugzilla.wikimedia.org/show_bug.cgi?id=26631 --- Comment #1 from Brion Vibber br...@pobox.com 2011-01-08 00:52:45 UTC --- Unfortunately I don't think PHP exposes a way to handle this. Quick summary of how it's intended to work: - client sends *headers only* for an HTTP POST request, including the 'Expect: 100-continue header - client waits for a bit while... - server processes the headers for the incoming request and sees the 'Expect' header - server performs some (unspecified, app-specific) sort of validation of the request based on the available headers, knowing that it does not yet have the actual POST request body - server sends either an HTTP 100 Continue response or an HTTP 417 Expectation Failed response as a signal to the client - client wakes back up and, if it got the 100, sends the actual request body. - server processes the complete request, which now has both headers *and* a request body. - server sends response body back to client - client is done! The problem is that we would need to hook in *between* the processing of the headers and the return of the 100 or 417 status... but our PHP code isn't running yet, because we don't get initialized until the entire request body has been read and processed. I haven't tested for sure, but most likely either the header gets ignored, or Apache/PHP send back a 100 under more or less all circumstances. Now, even if we did have a way to process it, I'm not sure how useful it would be. Validation of login state, user permissions, and data validity will usually be dependent on parameters that are typically sent in the POST body, so they wouldn't be available yet before the request body has come through. -- 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 26447] 22 Jimbos on dewiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26447 Reedy s...@reedyboy.net changed: What|Removed |Added Severity|enhancement |minor -- 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 26364] tweak AbuseFilter config on hiwiki (rm 1 line)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26364 Reedy s...@reedyboy.net changed: What|Removed |Added Status|CLOSED |RESOLVED -- 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 18691] Imagick support in SVG to PNG conversion
https://bugzilla.wikimedia.org/show_bug.cgi?id=18691 --- Comment #6 from Yesid Carrillo yecarri...@gmail.com 2011-01-08 01:13:22 UTC --- Bryan, please try this builds: http://valokuva.org/?page_id=50 -- 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 26605] Use strtr instead of str_replace when possible
https://bugzilla.wikimedia.org/show_bug.cgi?id=26605 --- Comment #3 from Brion Vibber br...@pobox.com 2011-01-08 01:19:48 UTC --- I did some tweaks to the benchmark in r79854; results on my test box (MacBook Pro, 2.4GHz Core 2 Duo, Mac OS X 10.6.6, 64-bit PHP 5.3.4 built via MacPorts) with 10,000 reps: $ php bench_strtr_str_replace.php --count=1 1 times: function bench_strtr_str_replace-benchstrtr() : 19.67ms ( 0.00ms each) 1 times: function bench_strtr_str_replace-benchstr_replace() : 22.05ms ( 0.00ms each) 1 times: function bench_strtr_str_replace-benchstrtr_indirect() : 22.53ms ( 0.00ms each) 1 times: function bench_strtr_str_replace-benchstr_replace_indirect() : 26.29ms ( 0.00ms each) It takes at least 3000 reps to make a 1ms difference in execution time, so it's not likely to make a big performance difference to make this change. But -- as happy coincidence, the difference in execution time is about the same as the difference from adding a level of function-call indirection. This means that replacing the str_replace() calls with calls to a nice global function, and having it use strtr, would have almost no performance impact, but would allow for changing the underscore/space normalization rules globally MUCH more easily. So, if you *are* inclined to go changing all those bits, I'd recommend encapsulating them in a nice function and concentrating on how it makes maintenance and customization easier. -- 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