[Bug 18883] Use a 301/302 status code for redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=18883 p858snake changed: What|Removed |Added CC||p858sn...@yahoo.com.au -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22270] Install Bugzilla API
https://bugzilla.wikimedia.org/show_bug.cgi?id=22270 p858snake changed: What|Removed |Added CC||p858sn...@yahoo.com.au -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18883] Use a 301/302 status code for redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=18883 --- Comment #7 from Sorin Sbarnea 2010-01-26 07:37:53 UTC --- If I remember well this bug tracker is for MediaWiki software and not for Wikipedia implementation. MediaWiki software is used on a huge number of websites and for them being search engine friendly is much harder than for Wikipedia - They cannot say that "we don't care because we have so many links to us that this will not hurt - also being a top10 website Google will assure that we are not punished" This bug is not about asking to add 3xx redirects to Wikipedia - in fact it just asking to add support HTTP status codes to MediaWiki. This is about HTTP protocol compliance. This should be implemented in such a way that will not change the current behavior. People interested in that should be able to add a configuration setting like $wgEnableHttpRedirects = true. There is already patch that hacks mediawiki in doing HTTP redirect and it should be *easy* and *safe* to add this feature. Existing patch: http://www.sumbytes.com/mediawiki-301-redirects/ (this one does not use a configuration parameter) I'm sure that if MediaWiki team is willing to accept this request, me or somebody else will take time to create a patch that is adding this functionality. Now the real question is if there is willingness to reopen this issue and accept a patch from the community? -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22270] Install Bugzilla API
https://bugzilla.wikimedia.org/show_bug.cgi?id=22270 Reedy changed: What|Removed |Added CC||fvass...@wikimedia.org, ||s...@reedyboy.net --- Comment #1 from Reedy 2010-01-26 07:16:10 UTC --- cc'ing fred -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22190] Rendered patches are unreadable
https://bugzilla.wikimedia.org/show_bug.cgi?id=22190 Reedy changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #10 from Reedy 2010-01-26 07:12:06 UTC --- I'd say that looks good to me. Closing as fixed -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22243] Make reviewed versions more visible
https://bugzilla.wikimedia.org/show_bug.cgi?id=22243 --- Comment #1 from Aaron Schulz 2010-01-26 05:47:29 UTC --- i) After next scap, I can set $wgFlaggedRevsLowProfile = false to show the icons. ii) $wgFlaggedRevsPrecedence = FR_QUALITY can be used to mention the quality version *instead* of the last sighted (if there are both). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16281] Show copyright system message on special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=16281 --- Comment #6 from Jools Wills 2010-01-26 04:15:41 UTC --- that would help in my case yes. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 8480] Support multi-page DjVu files in image galleries
https://bugzilla.wikimedia.org/show_bug.cgi?id=8480 --- Comment #3 from Andrew Billinghurst 2010-01-26 04:08:00 UTC --- (In reply to comment #1) > I'm concerned that the syntax proposed would break existing gallery uses, and > would be more inclined to put the "page=" bit at the end. Instead of "page=" could look to utilise the alternate syntax "/page" ? eg. File:Long filename.djvu/7, which is utilised elsewhere. like in [[:mw:Extension:Proofread Page]] -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16281] Show copyright system message on special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=16281 --- Comment #5 from Tim Starling 2010-01-26 03:50:16 UTC --- The copyright footer implies that the contents of the page is under the given license. This may be incorrect for special pages. Would it help if we had a message for generic footer text, which was displayed in all cases? -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16281] Show copyright system message on special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=16281 --- Comment #4 from Jools Wills 2010-01-26 03:42:43 UTC --- A clarification on why this isn't wanted would be handy. I can give some reasons for it: copyright message often contains important information, which is relevant to the whole site. on wikipedia for example it gives the trademark and the contact link. special pages may well include data from the site, (and certainly page titles etc" so I think displaying the copyright to show the license makes sense here too. I'm happy to add a config option, but it was mentioned on irc that there was enough globals and that it wouldnt be needed. I don't have the log. Comments please. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16281] Show copyright system message on special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=16281 Tim Starling changed: What|Removed |Added Status|RESOLVED|REOPENED CC||tstarl...@wikimedia.org Resolution|FIXED | --- Comment #3 from Tim Starling 2010-01-26 03:12:15 UTC --- Reverted and reopened, see r61510. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20867] Insert Link :Staus,Suggestions and link text are not refreshed in Safari
https://bugzilla.wikimedia.org/show_bug.cgi?id=20867 Trevor Parscal changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Trevor Parscal 2010-01-26 01:14:15 UTC --- This has been resolved. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22142] side by side preview for non logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=22142 --- Comment #1 from Trevor Parscal 2010-01-26 01:11:40 UTC --- Important note: This would only happen if we took that feature default, because you must be logged in to turn it on otherwise. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22209] Toolbar : Indent button should indent each line
https://bugzilla.wikimedia.org/show_bug.cgi?id=22209 Trevor Parscal changed: What|Removed |Added CC||tpars...@wikimedia.org Severity|normal |enhancement --- Comment #1 from Trevor Parscal 2010-01-26 01:09:52 UTC --- Changing to enhancement - this is something we should probably do to improve our list tools as well. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22268] LocalSettings.php $wgHTTPProxy should take default value from environment variable $http_proxy if present
https://bugzilla.wikimedia.org/show_bug.cgi?id=22268 T. Gries changed: What|Removed |Added Severity|trivial |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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 --- Comment #28 from Tim Starling 2010-01-26 00:42:54 UTC --- We could add a bug 529 tracking category to the parser output to determine how the hack is being used on Wikimedia wikis. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22261] Dialogs: Search and Replace : IE7 : UI Error on text box display
https://bugzilla.wikimedia.org/show_bug.cgi?id=22261 Trevor Parscal changed: What|Removed |Added Status|NEW |RESOLVED CC||tpars...@wikimedia.org Resolution||FIXED --- Comment #1 from Trevor Parscal 2010-01-26 00:40:59 UTC --- Fixed in r61506 - HTML tables and CSS widths don't get on nicely. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21228] Search and Replace is replacing an extra character for some words - Sinhala wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=21228 Trevor Parscal changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from Trevor Parscal 2010-01-26 00:34:42 UTC --- The underlying search and replace code is completely different now that we are using an iframe rather than a textarea. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22008] Abusefilter-log-detail for Arabic Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=22008 Chad H. changed: What|Removed |Added Keywords||shell Component|General/Unknown |Site requests -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22201] NTOC doesn't update when a header is added using the toolbar
https://bugzilla.wikimedia.org/show_bug.cgi?id=22201 Trevor Parscal changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #7 from Trevor Parscal 2010-01-26 00:32:28 UTC --- We are now listening for encapsulateSelection as well when looking for headings, which resolves this quite nicely. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21714] ActiveX prompt on IE8
https://bugzilla.wikimedia.org/show_bug.cgi?id=21714 Trevor Parscal changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER --- Comment #3 from Trevor Parscal 2010-01-26 00:30:58 UTC --- jQuery 1.4 is out, but still not compatible. We will continue working on upgrading, but in the mean time, there's nothing to do here. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21219] Cannot undo text changes when going back after preview
https://bugzilla.wikimedia.org/show_bug.cgi?id=21219 Trevor Parscal changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #4 from Trevor Parscal 2010-01-26 00:29:45 UTC --- This has clearly been resolved, and is actually no longer relevant given we don't use a textarea at all anymore. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4394] Provide a count in Special pages that list articles/pages (e.g. special:whatlinkshere)
https://bugzilla.wikimedia.org/show_bug.cgi?id=4394 jida...@jidanni.org changed: What|Removed |Added URL||http://en.wikipedia.org/wik ||i/Special:WhatLinksHere/Tem ||plate:Cleanup-spam CC||jida...@jidanni.org --- Comment #9 from jida...@jidanni.org 2010-01-26 00:28:52 UTC --- All I know is I vow to clean up all the spam on Wikipedia, so I go to http://en.wikipedia.org/wiki/Special:WhatLinksHere/Template:Cleanup-spam but I can't tell if there are 66, 666, , 6 spams I should clean up. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22208] Toolbar: Reference button doesn't insert tag
https://bugzilla.wikimedia.org/show_bug.cgi?id=22208 Trevor Parscal changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #2 from Trevor Parscal 2010-01-26 00:27:34 UTC --- It's not clear that we will ever do this. It's certainly not a bug in wikiEditor. If anything, the Cite extension should append a tag at the end automatically rather than giving the user an error. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 Happy-melon changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|wikibug...@lists.wikimedia. |happy-me...@live.com |org | --- Comment #27 from Happy-melon 2010-01-26 00:27:14 UTC --- Created an attachment (id=7019) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7019) testcases It's generally trivial: just add a linebreak in the calling table: {| |- | {{template-with-block-level-wikimarkup}} |- | {{template-without-block-level-wikimarkup}} |} If the outer markup expects block-level content, it should be on a new line. The comment you refer to is just putting the cart before the horse to try and fix this in the subtemplate; templates generating extra whitespace is a big enough problem as it is. Of course, their specific problem is with the newline position of the #ask: parser function getting lost somewhere, but their implementation puts the contents of the #ask on a newline whether or not that's desired. Linestart status should be decided from the top down, where people can actually see what the transclusions are doing, not blind-guessed from the inside out. However, as was pointed out in that thread, adding anything; be it an nbsp, tag, etc, reproduces the effect they wanted. In the testcases attached, the existing implementation (with the hack) breaks cases 5, 6, 7 & 8. Without the hack, cases 1 and 3 break, assuming that block-start functionality is always desired. If the inner template should sometimes exhibit block-level functionality and sometimes not, of course, there's no way to produce that with the hack in place, although that's an unlikely situation. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22235] IE 7 & 8 - TOC does not update when cursor is moved within iframe
https://bugzilla.wikimedia.org/show_bug.cgi?id=22235 Trevor Parscal changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Trevor Parscal 2010-01-26 00:24:32 UTC --- The beforeSelection and event propagation issues have been resolved, this has been working since about r61503. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22263] General : IE 8.0.600.18702 Version issues
https://bugzilla.wikimedia.org/show_bug.cgi?id=22263 Trevor Parscal changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21492] Toolbar buttons insert text on top in IE
https://bugzilla.wikimedia.org/show_bug.cgi?id=21492 Trevor Parscal changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Comment #7 from Trevor Parscal 2010-01-26 00:21:42 UTC --- Since we are no longer using a textarea, this has been solved. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21713] Tool Bar : Embedded file add function act differently
https://bugzilla.wikimedia.org/show_bug.cgi?id=21713 Trevor Parscal changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Trevor Parscal 2010-01-26 00:18:46 UTC --- Resolved in r61505. Was caused by misuse of jQuery.extend - where the first parameter is the target, this use was modifying the configuration on each execution of the tool. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22190] Rendered patches are unreadable
https://bugzilla.wikimedia.org/show_bug.cgi?id=22190 --- Comment #9 from p858snake 2010-01-25 23:39:28 UTC --- Gah wait, cache issue I think. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22190] Rendered patches are unreadable
https://bugzilla.wikimedia.org/show_bug.cgi?id=22190 --- Comment #8 from p858snake 2010-01-25 23:38:36 UTC --- But https://bugzilla.wikimedia.org/attachment.cgi?id=6987&action=diff looks alright. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22190] Rendered patches are unreadable
https://bugzilla.wikimedia.org/show_bug.cgi?id=22190 p858snake changed: What|Removed |Added CC||p858sn...@yahoo.com.au --- Comment #7 from p858snake 2010-01-25 23:37:35 UTC --- According to https://bugzilla.wikimedia.org/attachment.cgi?id=6960&action=diff Nope -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22190] Rendered patches are unreadable
https://bugzilla.wikimedia.org/show_bug.cgi?id=22190 --- Comment #6 from Priyanka Dhanda 2010-01-25 23:34:29 UTC --- Can someone verify whether this is fixed please. I cannot seem to find a patch :P -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22269] Search for media not in category (similar to Mayflower Search)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22269 --- Comment #3 from User:Docu 2010-01-25 23:33:26 UTC --- /Search result page format/ (1) To avoid that I forget about this, when searching for "Su-22", it might help if there was a link next the categories to exclude results from this category, e.g. next to the category "Sukhoi Su-22", the link would search for "Su-22" -incategory:"Sukhoi Su-22" The link could be titled something like "exclude results from this category". (2) This might even work recursively. When continuing with "Su-22" -incategory:"Sukhoi Su-22" one could exlude further categories that get listed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 --- Comment #26 from Tim Starling 2010-01-25 23:24:34 UTC --- No, the original fix did not break many templates. It was 2004, there weren't many templates to break back then. It's not as easy as you make out to produce line starts without the bug 529 hack. Look at what happens when an extension breaks it: http://lists.wikimedia.org/pipermail/mediawiki-l/2010-January/033103.html If the problem is parser function and variable output, then we can fix that specifically and leave template output as it is. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 --- Comment #25 from Happy-melon 2010-01-25 23:18:07 UTC --- In the same way the original fix presumably broke many templates, given all these unexpected side effects, yes. However, those breakages can be fixed, unlike some of the breakages it causes. And since the syntax without the bug529 is valid regardless, templates can be fixed any time, before or after they become broken. No one can fix {{talkpage}} on [[Talk:*-algebra]] (http://en.wikipedia.org/w/index.php?title=Talk:*-algebra&oldid=340022974) with this parsing in place. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22269] Search for media not in category (similar to Mayflower Search)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22269 --- Comment #2 from User:Docu 2010-01-25 23:12:31 UTC --- Thanks. It seems to work when using "Su-22" -incategory:"Sukhoi Su-22" instead of Su-22 -incategory:"Sukhoi Su-22" Obviously, sometimes subcategories should be checked too, but I don't think Mayflower did that either. One had to list each one separately. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13172] EXIF handling ignores tags with Count >= 1 (such as GPS coordinates)
https://bugzilla.wikimedia.org/show_bug.cgi?id=13172 Ilmari Karonen changed: What|Removed |Added Attachment #7017|0 |1 is obsolete|| --- Comment #21 from Ilmari Karonen 2010-01-25 23:09:50 UTC --- Created an attachment (id=7018) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7018) Patch to Exif.php to fix this for GPS coordinates only (using rational math; fixed) OK, it seems the previous version of the patch had some bugs and issues with numerical overflow. I've hopefully fixed them in this version, although at the cost of some extra complexity. Even though all the values should be integers, I'm now using fmod() and sprintf("%.0f") in order to get more more precision and better overflow behavior. Even so, I expect that there are technically valid inputs that can cause loss of precision -- after all, even IEEE doubles only have a 52-bit mantissa. Still, the code should hopefully return approximately correct values even in that case, though I haven't yet stress-tested it very thoroughly. Also, I made the pretty-printed output localizable. The default format is still $1° $2' $3", but now it can be changed for languages in which some other format is normally used. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22233] interwiki.sql needs update in entry for "mediazilla"; suggested addition of new entry "bugzilla"
https://bugzilla.wikimedia.org/show_bug.cgi?id=22233 p858snake changed: What|Removed |Added Keywords|need-review | --- Comment #3 from p858snake 2010-01-25 23:09:20 UTC --- No longer needs the "needs-review" keyword, since there is/never was a patch attached. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 --- Comment #24 from Tim Starling 2010-01-25 22:49:28 UTC --- You realise it will break many, many templates if it's removed, right? -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18883] Use a 301/302 status code for redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=18883 OverlordQ changed: What|Removed |Added CC||sorin.sbar...@gmail.com --- Comment #6 from OverlordQ 2010-01-25 22:36:33 UTC --- *** Bug 22271 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22271] redirects do not return HTTP status code 301
https://bugzilla.wikimedia.org/show_bug.cgi?id=22271 OverlordQ changed: What|Removed |Added Status|NEW |RESOLVED CC||overlo...@gmail.com Resolution||DUPLICATE --- Comment #1 from OverlordQ 2010-01-25 22:36:33 UTC --- Previously WONTFIX'd as there's little to no benefit: https://bugzilla.wikimedia.org/show_bug.cgi?id=18883 and related linked bugs. *** This bug has been marked as a duplicate of bug 18883 *** -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22271] redirects do not return HTTP status code 301
https://bugzilla.wikimedia.org/show_bug.cgi?id=22271 Sorin Sbarnea changed: What|Removed |Added CC||sorin.sbar...@gmail.com -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22271] New: redirects do not return HTTP status code 301
https://bugzilla.wikimedia.org/show_bug.cgi?id=22271 Summary: redirects do not return HTTP status code 301 Product: MediaWiki Version: 1.15.1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Redirects AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: sorin.sbar...@gmail.com In order to conform is HTTP standard MediaWiki should return 301 status code for redirected pages. It look that people hacked MW in order to repair this: http://www.sumbytes.com/mediawiki-301-redirects/ -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16315] Change favicon for Wiktionaries
https://bugzilla.wikimedia.org/show_bug.cgi?id=16315 Nemo_bis changed: What|Removed |Added CC||federicol...@tiscali.it -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 Happy-melon changed: What|Removed |Added CC||tstarl...@wikimedia.org --- Comment #23 from Happy-melon 2010-01-25 22:01:15 UTC --- This behaviour is unjustifiable. The original bug has a trivial workaround: judicious use of newlines where appropriate. The 'solution' creates problems with no reasonable workarounds, such as noted in comments 6, 7, 10, 11, 20 above. However longstanding the feature, this functionality is broken. Unless there are serious counterarguments, I intend to undo the newline-insertion added for bug529, WONTFIXing that and FIXing this. CCing Tim for parsery-ness. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22194] PdfHandler: Incorrect aspect ratio of the preview images.
https://bugzilla.wikimedia.org/show_bug.cgi?id=22194 he...@pirabay.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22270] New: Install Bugzilla API
https://bugzilla.wikimedia.org/show_bug.cgi?id=22270 Summary: Install Bugzilla API Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Bugzilla AssignedTo: pdha...@wikimedia.org ReportedBy: happy-me...@live.com CC: innocentkil...@gmail.com Now that we're back up to date with bugzilla, an API interface would be invaluable. Came across this need when trying to generate a list of most-duped bugs. See https://wiki.mozilla.org/Bugzilla:REST_API -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13172] EXIF handling ignores tags with Count >= 1 (such as GPS coordinates)
https://bugzilla.wikimedia.org/show_bug.cgi?id=13172 Ilmari Karonen changed: What|Removed |Added Attachment #7001|0 |1 is obsolete|| --- Comment #20 from Ilmari Karonen 2010-01-25 21:21:59 UTC --- Created an attachment (id=7017) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7017) Patch to Exif.php to fix this for GPS coordinates only (using rational math) OK, here it is. All GPS coordinates are converted to a single rational without using an intermediate floating-point representation. Tested and seems to work. The new pretty-printer can actually handle either rationals or floats. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22269] Search for media not in category (similar to Mayflower Search)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22269 --- Comment #1 from Mormegil 2010-01-25 20:56:23 UTC --- "Tree -incategory:Trees" However, this has limitations, most notably it searches only the category itself, not the whole subcategory tree (therefore it does not do anything useful in this specific example; try e.g. http://commons.wikimedia.org/w/index.php?title=Special%3ASearch&search=Su-22+-incategory%3A%22Sukhoi+Su-22%22). But that would be (AFAICT/IMHO) practically an impossible task to do, anyway. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13802] Add magic word to specify thumbnail width in category
https://bugzilla.wikimedia.org/show_bug.cgi?id=13802 --- Comment #8 from User:Docu 2010-01-25 20:17:18 UTC --- see also: http://commons.wikimedia.org/wiki/Commons:Usability_issues_and_ideas#Thumbnail_size_on_panoramics_category_pages -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22269] New: Search for media not in category (similar to Mayflower Search)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22269 Summary: Search for media not in category (similar to Mayflower Search) Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Lucene Search AssignedTo: rain...@eunet.rs ReportedBy: test5...@myway.com With Mayflower search, there was the possibility to search for a term and exclude all files in a category. This helped when categorizing images at Commons. Sample: "Tree -Category:Trees" http://toolserver.org/~tangotango/mayflower/search.php?q=Tree&ic=&ec=Trees&ft=any&sc=gt&sv=&ds=&t=n&z=12&a=3 (broken) It would be nice if this was possible with the standard search at Commons (possibly with Lucene). *Mayflower search hasn't been updated and is broken for some time. *A current workaround is to compare the list of results from search with the list from categories. *[[Bugzilla:21317]] might be related to this. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22267] Define a new "magic word" __PANOCAT__ for categories with wide images (panoramics)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22267 Raimond Spekking changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Raimond Spekking 2010-01-25 20:00:12 UTC --- *** This bug has been marked as a duplicate of bug 13802 *** -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13802] Add magic word to specify thumbnail width in category
https://bugzilla.wikimedia.org/show_bug.cgi?id=13802 Raimond Spekking changed: What|Removed |Added CC||test5...@myway.com --- Comment #7 from Raimond Spekking 2010-01-25 20:00:12 UTC --- *** Bug 22267 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22268] LocalSettings.php $wgHTTPProxy should take default value from environment variable $http_proxy if present
https://bugzilla.wikimedia.org/show_bug.cgi?id=22268 --- Comment #2 from T. Gries 2010-01-25 19:56:51 UTC --- refers also to http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/HttpFunctions.php?view=markup -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22268] LocalSettings.php $wgHTTPProxy should take default value from environment variable $http_proxy if present
https://bugzilla.wikimedia.org/show_bug.cgi?id=22268 T. Gries changed: What|Removed |Added Keywords||need-review URL||http://svn.wikimedia.org/vi ||ewvc/mediawiki/trunk/phase3 ||/includes/DefaultSettings.p ||hp?view=markup -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22268] LocalSettings.php $wgHTTPProxy should take default value from environment variable $http_proxy if present
https://bugzilla.wikimedia.org/show_bug.cgi?id=22268 --- Comment #1 from T. Gries 2010-01-25 19:54:59 UTC --- Created an attachment (id=7016) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7016) diff / patch -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22268] New: LocalSettings.php $wgHTTPProxy should take default value from environment variable $http_proxy if present
https://bugzilla.wikimedia.org/show_bug.cgi?id=22268 Summary: LocalSettings.php $wgHTTPProxy should take default value from environment variable $http_proxy if present Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m...@tgries.de I suggest an improvement so that the variable $wgHTTPProxy - which is needed for curl calls for example for uploading files from external urls - is initialized from environement variable $http_proxy (if present). Diff/Patch follows -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22267] New: Define a new "magic word" __PANOCAT__ for categories with wide images (panoramics)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22267 Summary: Define a new "magic word" __PANOCAT__ for categories with wide images (panoramics) Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Categories AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: test5...@myway.com Commons categories for Panoramics (http://commons.wikimedia.org/wiki/Category:Panoramics_by_country , http://commons.wikimedia.org/wiki/Category:Panoramics etc.) tend to be full of images that are much wider than tall. For these, standard category thumbnails aren't that useful (e.g. the random sample to the left). It would be nice if these categories could rendered with wider thumbnails. It wouldn't matter much if there was just one per row. Similar to __NOGALLERY__ a magic word could be used to switch display. To compare, try: [[File:Cartagena, Colombia, Landscape.jpg|thumb|600px|Larger thumbnail (height is still just 76px)]] [[File:Cartagena, Colombia, Landscape.jpg|thumb|120px|Random panorama from [[:Category:Panoramics]] with standard category thumbnail size]] See also: http://commons.wikimedia.org/wiki/Commons:Usability_issues_and_ideas#Thumbnail_size_on_panoramics_category_pages -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22266] New: Hits not counted since Jan. 23, 2010
https://bugzilla.wikimedia.org/show_bug.cgi?id=22266 Summary: Hits not counted since Jan. 23, 2010 Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: critical Priority: Normal Component: Usage Statistics AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: nadiafigue...@live.com Hits are not being counted on any of the Wiki articles/pages. Status information shows a total of zero views for articles since Jan. 23, 2010. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21995] Request that reader feedback have ratings (specificly the averages) available via API [w/patch]
https://bugzilla.wikimedia.org/show_bug.cgi?id=21995 --- Comment #5 from Roan Kattouw 2010-01-25 18:54:15 UTC --- (In reply to comment #4) > That case definitly would happen - > api.php?action=query&generator=allpages&prop=rating&gaplimit=max would have > 500 > items in $pageids. > > Note, the specific use case on wikinews that i want this feature for would > only > deal with one article at a time. If the patch was re-written as a > api.php?action=Readerfeedback&title=foo with title only being allowed to have > a > single page, would that be more acceptable efficiency wise? Absolutely. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22265] New: Allow references to be listed with letters
https://bugzilla.wikimedia.org/show_bug.cgi?id=22265 Summary: Allow references to be listed with letters Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Cite AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: aleona...@gmail.com First of all, the system was a godsend. Even better when I discovered the "hack" using {{#tag to nest them, which makes footnoting and citing footnotes so much easier. But right now, to have the two separate classes of footnotes, I have to give one an unsightly name. For example, right now, on http://en.wikipedia.org/wiki/List_of_Governors_of_New_Jersey I use for footnotes, and just regular for citations. That way, citations are rendered [1], [2], etc, and displayed at the bottom, while footnotes, rendered [N 1], [N 2], etc., are displayed earlier, through . My suggestion: Allow an alphabetical rendering. So instead of having the large and ugly [N 1], instead automatically do it like [a], [b], [c], ... [y], [z], [aa], [ab], etc. So it could be like, . This way, we wouldn't have two competing systems of numbers, one with an unsightly extra letter, and the page would be overall more sensical and pretty. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21995] Request that reader feedback have ratings (specificly the averages) available via API [w/patch]
https://bugzilla.wikimedia.org/show_bug.cgi?id=21995 --- Comment #4 from Bawolff 2010-01-25 18:19:13 UTC --- That case definitly would happen - api.php?action=query&generator=allpages&prop=rating&gaplimit=max would have 500 items in $pageids. Note, the specific use case on wikinews that i want this feature for would only deal with one article at a time. If the patch was re-written as a api.php?action=Readerfeedback&title=foo with title only being allowed to have a single page, would that be more acceptable efficiency wise? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22264] 'New Page' forever in feed?
https://bugzilla.wikimedia.org/show_bug.cgi?id=22264 --- Comment #3 from jida...@jidanni.org 2010-01-25 17:38:29 UTC --- And... it is shown as New in one place, but not another. I.e., in plain Special:Recentchanges that revision is not marked as New. But in the Feed, it still is. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22264] 'New Page' forever in feed?
https://bugzilla.wikimedia.org/show_bug.cgi?id=22264 --- Comment #2 from jida...@jidanni.org 2010-01-25 17:36:30 UTC --- So it is just _assumed_ that the page is forever new if the editor is the same. Even if the edit is years 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3646] RSS, Atom, XML syndication feeds (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=3646 Bug 3646 depends on bug 22264, which changed state. Bug 22264 Summary: 'New Page' forever in feed? https://bugzilla.wikimedia.org/show_bug.cgi?id=22264 What|Old Value |New Value Status|NEW |RESOLVED Resolution||INVALID -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22264] 'New Page' forever in feed?
https://bugzilla.wikimedia.org/show_bug.cgi?id=22264 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||INVALID --- Comment #1 from Alexandre Emsenhuber [IAlex] 2010-01-25 17:20:21 UTC --- That's because adjacent edits by the same user are grouped in recent changes feed (same for linked recent changes). If you do an edit on this page with another user account, it won't be anymore be marked as "new page". -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21497] Malayalam characters not visible
https://bugzilla.wikimedia.org/show_bug.cgi?id=21497 --- Comment #7 from Praveen P 2010-01-25 16:12:58 UTC --- Created an attachment (id=7015) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7015) Didn't work completely Bawolff tip doesn't work completely for me. But it displyed Malayalam characters randomly. And main point is there may be much easier tools to create graph images locally ;-) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3646] RSS, Atom, XML syndication feeds (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=3646 jida...@jidanni.org changed: What|Removed |Added Depends on||22264 -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22264] New: 'New Page' forever in feed?
https://bugzilla.wikimedia.org/show_bug.cgi?id=22264 Summary: 'New Page' forever in feed? Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Recent changes AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org Blocks: 3646 It doesn't say "New Page" anymore on the latest item of http://abj.jidanni.org/index.php?title=Voted_for_Obama,_got_McCaine&feed=atom&action=history . Why does it still do so on http://abj.jidanni.org/index.php?title=Special:RecentChanges&feed=atom ? -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21995] Request that reader feedback have ratings (specificly the averages) available via API [w/patch]
https://bugzilla.wikimedia.org/show_bug.cgi?id=21995 --- Comment #3 from Roan Kattouw 2010-01-25 15:47:27 UTC --- I'm mostly worried about the case where $pageids contains multiple page IDs and the WHERE clause will look like WHERE rfh_page_id IN (1,2,3) AND rfh_date > 200 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13172] EXIF handling ignores tags with Count >= 1 (such as GPS coordinates)
https://bugzilla.wikimedia.org/show_bug.cgi?id=13172 --- Comment #19 from Ilmari Karonen 2010-01-25 15:37:43 UTC --- OK, in that case just converting to a single rational seems like the best thing to do. I'll try to write a new implementation later today that does this without an intermediate conversion to floating point. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 745] RTL/bidirectional issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=745 Bug 745 depends on bug 1321, which changed state. Bug 1321 Summary: RTL monobook tabs jump on hover in IE6 https://bugzilla.wikimedia.org/show_bug.cgi?id=1321 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||WORKSFORME -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 640] Internet Explorer (IE) issues on Windows (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=640 Bug 640 depends on bug 1321, which changed state. Bug 1321 Summary: RTL monobook tabs jump on hover in IE6 https://bugzilla.wikimedia.org/show_bug.cgi?id=1321 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||WORKSFORME -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 1321] RTL monobook tabs jump on hover in IE6
https://bugzilla.wikimedia.org/show_bug.cgi?id=1321 Chad H. changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Comment #6 from Chad H. 2010-01-25 15:30:14 UTC --- Seems to have been intermittent or resolved at some point. Can't replicate in IE6 on XP, resolving WFM. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21995] Request that reader feedback have ratings (specificly the averages) available via API [w/patch]
https://bugzilla.wikimedia.org/show_bug.cgi?id=21995 --- Comment #2 from Bawolff 2010-01-25 15:03:22 UTC --- Runing explain on a test mediawiki db that has almost no data in it, i get (hopefully i got this query right): mysql> describe SELECT SUM(rfh_total)/SUM(rfh_count) as avg, SUM(rfh_count) as count, rfh_tag, rfh_page_id from reader_feedback_history where rfh_page_id = 1 and rfh_date > 200 GROUP BY rfh_page_id, rfh_tag\G *** 1. row *** id: 1 select_type: SIMPLE table: reader_feedback_history type: ref possible_keys: PRIMARY key: PRIMARY key_len: 4 ref: const rows: 6 Extra: Using where 1 row in set (0.00 sec) (Not sure if thats useful or not). As far as i can tell, with exception to the group by clause (in order to make it one query instead of 4), the query is the same as the one in getAverageRating -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22213] Personal option to hide own changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=22213 --- Comment #2 from DaSch 2010-01-25 14:50:12 UTC --- why? Is there any reason to hide my own changes from watchlist but not from recent changes? Espacially when 90% of the edits in my wiki are done by me, I would like to view the edits by others, without creating a JavaScript -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21291] Table dialog doesn't restore properly after having been closed
https://bugzilla.wikimedia.org/show_bug.cgi?id=21291 --- Comment #9 from Roan Kattouw 2010-01-25 14:29:59 UTC --- (In reply to comment #8) > The steps you followed is correct. But for the first time open I get the > Header > text in one line. Text in one line and the sorting sign in the next. And on > 2nd > return the Header is in one line and Text and Sorting sign is in the next. > Interesting; when I open the dialog I get the text on two lines right away. I'm inclined to say this isn't a big deal, 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. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22137] mwdumper dies with "not a name start character: "U+26"" error
https://bugzilla.wikimedia.org/show_bug.cgi?id=22137 Nemo_bis changed: What|Removed |Added CC||federicol...@tiscali.it -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17498] autoblock disabled for IPs makes no sense
https://bugzilla.wikimedia.org/show_bug.cgi?id=17498 --- Comment #4 from Dferg 2010-01-25 13:44:48 UTC --- This error seems to be resolved when months ago the software was updated. "autoblock dissabled" no longer appears when blocking IP adresses. RESOLVED FIXED seems reasonable 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22213] Personal option to hide own changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=22213 --- Comment #1 from Chad H. 2010-01-25 13:07:53 UTC --- Don't see this as being a good user preference. Could probably do it with a little bit of Javascript, though. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22233] interwiki.sql needs update in entry for "mediazilla"; suggested addition of new entry "bugzilla"
https://bugzilla.wikimedia.org/show_bug.cgi?id=22233 Chad H. changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Chad H. 2010-01-25 13:05:05 UTC --- (In reply to comment #0) > 2.) Suggestion to add: > add additional entry in interwiki.sql > 'bugzilla','http://bugzilla.wikimedia.org/$1',1), > Not going to do this per comment #1. > 3.) beautification of interwikis in enwiki, dewiki (and probaly others): > That's a request to make on Meta, not here. > 1.) suggesting a patch in interwiki.sql because the bugzilla url has changed > and http://bugzilla.wikipedia.org/ is not working any longer: > > change > > 'mediazilla','http://bugzilla.wikipedia.org/$1',1), > ==> 'mediazilla','http://bugzilla.wikimedia.org/$1',1), > Updated in r61487. Marking this 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22249] Sister projects search function isn't displayed on some search result pages.
https://bugzilla.wikimedia.org/show_bug.cgi?id=22249 Chad H. changed: What|Removed |Added Component|Search |lucene-search-2 AssignedTo|wikibug...@lists.wikimedia. |rain...@eunet.rs |org | Product|MediaWiki |Wikimedia -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22263] General : IE 8.0.600.18702 Version issues
https://bugzilla.wikimedia.org/show_bug.cgi?id=22263 --- Comment #1 from Roan Kattouw 2010-01-25 12:57:26 UTC --- This is very likely not an issue with this specific IE8 version, as it's behaving exactly right for someone who has dialogs disabled. Double-check your preferences to verify you have dialogs enabled, and clear the browser cache on the IE8 instance that shows the problem. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22263] New: General : IE 8.0.600.18702 Version issues
https://bugzilla.wikimedia.org/show_bug.cgi?id=22263 Summary: General : IE 8.0.600.18702 Version issues Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: critical Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org, nkom...@wikimedia.org Created an attachment (id=7014) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7014) Wiki_r61474_2010-01-25_IE8Version.pdf Reporting against Babaco Release : r61474 Steps to Reproduce :: IE version 8.0.600.18702 1) Search and replace link icon is not shown 2) Extra icon shows as External link Expected Outcome:: All IE8 versions should work the same Test Environment:: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; InfoPath.2; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22096] Remove support for MSIE < 6
https://bugzilla.wikimedia.org/show_bug.cgi?id=22096 --- Comment #4 from Chad H. 2010-01-25 12:35:28 UTC --- I tested the IEMacFixes file against IE 5.2 on OSX. Doesn't seem to make a huge difference in page rendering with or without the stylesheet (the failures are there with and without the file). I wouldn't be opposed to dropping this too. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22262] Toolbar : IE7/IE8 : Help selection of one article reflects on another
https://bugzilla.wikimedia.org/show_bug.cgi?id=22262 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Roan Kattouw 2010-01-25 12:33:11 UTC --- This is supposed to be a feature: the toolbar remembers which section you opened last and shows that to when you come back. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22260] General: IE7/IE8 : Java script error blocks the functions
https://bugzilla.wikimedia.org/show_bug.cgi?id=22260 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Roan Kattouw 2010-01-25 12:29:09 UTC --- I found this bug yesterday and fixed it in r61477, but didn't deploy the fix. Done now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22262] New: Toolbar : IE7/IE8 : Help selection of one article reflects on another
https://bugzilla.wikimedia.org/show_bug.cgi?id=22262 Summary: Toolbar : IE7/IE8 : Help selection of one article reflects on another Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: major Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org, nkom...@wikimedia.org Reporting against Babaco Release : r61474 Steps to Reproduce :: 1) Edit page 2) Select Help, select some sections in help 3) Select another random page 4) Edit the page <> Expected Outcome:: Previous article setting should not be reflect on other articles Test Environment:: Browser (User-Agent): Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.2; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022) Browser (User-Agent): Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22261] Dialogs: Search and Replace : IE7 : UI Error on text box display
https://bugzilla.wikimedia.org/show_bug.cgi?id=22261 Roan Kattouw changed: What|Removed |Added AssignedTo|tpars...@wikimedia.org |amil...@wikimedia.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22261] New: Dialogs: Search and Replace : IE7 : UI Error on text box display
https://bugzilla.wikimedia.org/show_bug.cgi?id=22261 Summary: Dialogs: Search and Replace : IE7 : UI Error on text box display Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: major Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org, nkom...@wikimedia.org Created an attachment (id=7013) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7013) Wiki_r61474_2010-01-25_SearchReplaceUIIE7.pdf Reporting against Babaco Release : r61474 Steps to Reproduce :: 1) Edit a page 2) Click on Search and Replace link <> Expected Outcome:: UI Should be the same for all the browsers Test Environment:: Browser (User-Agent): Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.30618) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22260] New: General: IE7/IE8 : Java script error blocks the functions
https://bugzilla.wikimedia.org/show_bug.cgi?id=22260 Summary: General: IE7/IE8 : Java script error blocks the functions Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: critical Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org, nkom...@wikimedia.org Created an attachment (id=7012) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7012) Wiki_r61474_2010-01-25_IE7.pdf Reporting against Babaco Release :r61474 Steps to Reproduce :: 1) Edit the page 2) Clicked on any component below. -Link -Embedded file -Reference -Add header item -Bullet list -Numbered list -Indentation -Insert picture gallery -New line -Insert special characters << All result a Java Script error and the required function is not happen. >> 3) Also , if user move curser to a space and click on bold, italic. It gives a java script error in the browser. Expected Outcome:: All functions should be working as expected Test Environment:: Browser (User-Agent): Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.30618) Browser (User-Agent): Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.2; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22226] AntiBot GenericFormEncoding prevents editing via API
https://bugzilla.wikimedia.org/show_bug.cgi?id=6 --- Comment #4 from Tim Starling 2010-01-25 12:12:17 UTC --- It's just a sample plugin, designed to show how to write them, it's not the real thing. It's obvious that it will have false positives and it says so in the file header. There are two real plugins, which target specific bugs in XRumer. Neither of them are public due to the fear that the XRumer people may google for themselves and fix the bugs. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22226] AntiBot GenericFormEncoding prevents editing via API
https://bugzilla.wikimedia.org/show_bug.cgi?id=6 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #3 from Roan Kattouw 2010-01-25 11:57:52 UTC --- (In reply to comment #2) > The AnitBot plugin just requires anything POST'ed to be done with: > > Content-Type: multipart/form-data > > as specified on the MediaWiki HTML forms. That's a stupid limitation in Antibot that should be removed then. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22226] AntiBot GenericFormEncoding prevents editing via API
https://bugzilla.wikimedia.org/show_bug.cgi?id=6 --- Comment #2 from Marcin Cieślak 2010-01-25 11:54:58 UTC --- Sorry, I've made a mistake in the bug report. Of course I am using POST request, but the data are sent with Content-Type: application/x-www-form-urlencoded: POST /w/api.php Content-Length: 2248 Accept-Encoding: gzip User-Agent: PythonWikipediaBot/1.0 Host: www Cookie: Content-Type: application/x-www-form-urlencoded The AnitBot plugin just requires anything POST'ed to be done with: Content-Type: multipart/form-data as specified on the MediaWiki HTML forms. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21291] Table dialog doesn't restore properly after having been closed
https://bugzilla.wikimedia.org/show_bug.cgi?id=21291 --- Comment #8 from Calcey QA 2010-01-25 11:11:34 UTC --- The steps you followed is correct. But for the first time open I get the Header text in one line. Text in one line and the sorting sign in the next. And on 2nd return the Header is in one line and Text and Sorting sign is in the next. I use the following browsers to re-check the bug details. Browser (User-Agent): Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729) Time and Date: 3:57:59 PM - Monday, January 25, 2010 Javascript: Enabled Cookies Enabled: Enabled Java Enabled: Enabled Browser (User-Agent): Opera/9.63 (Windows NT 6.0; U; en) Presto/2.1.1 Time and Date: 4:00:48 PM - Monday, January 25, 2010 Javascript:Enabled Cookies Enabled:Enabled Java Enabled:Enabled Browser (User-Agent):Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/532.0 (KHTML, like Gecko) Chrome/3.0.195.38 Safari/532.0 Time and Date:4:09:46 PM - Monday, January 25, 2010 Javascript:Enabled Cookies Enabled:Enabled Java Enabled:Enabled -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13172] EXIF handling ignores tags with Count >= 1 (such as GPS coordinates)
https://bugzilla.wikimedia.org/show_bug.cgi?id=13172 --- Comment #18 from Lupo 2010-01-25 10:47:23 UTC --- re: exif_read_data returning a single rational: Yes, I also understand the EXIF spec to say that GPS coordinates are always three rationals. It appears, however, that actual implementations apparently treat it as "at most three rationals". Note that the current implementation works for files that have the coordinates as single fractional degrees. An example file is http://commons.wikimedia.org/wiki/File:DubocePark.jpg The file linked contains in the GPS IFD the sequence 00 02 00 05 00 00 00 01 00 00 0E DF which is "00 02"->(tag: GPSLatitude), "00 05"->(type: Rational), "00 00 00 01"->(count: 1), "00 00 0E DF"->(offset for value > 4 bytes). The value at the offset is then "02 40 51 8C 00 0F 42 40", which is 37769612/100, i.e. 37.769612 degrees. So it appears that either the Nikon D80 used for that image generates incorrect EXIF, or our understanding of the standard is wrong. The interpretation of "up to three" appears to be consistent with the TIFF 6.0 standard http://partners.adobe.com/public/developer/en/tiff/TIFF6.pdf to which the EXIF standard explicitly defers to in its section 4.6.2. In either case it appears that our code should be able to handle up to three rational values, not just exactly three values. It looks as if exif_read_data does this, returning a single rational for File:DubocePark.jpg, which has only one value in the EXIF, but returning an array if there are several values in the EXIF. Other EXIF viewers also can cope with "up to three" rationals; they don't require exactly three. -- 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 watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22205] General : Page edit navigate to the bottom of the page
https://bugzilla.wikimedia.org/show_bug.cgi?id=22205 Calcey QA changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #4 from Calcey QA 2010-01-25 10:33:12 UTC --- As according to Comment 03 closing the 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. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21291] Table dialog doesn't restore properly after having been closed
https://bugzilla.wikimedia.org/show_bug.cgi?id=21291 --- Comment #7 from Roan Kattouw 2010-01-25 10:06:47 UTC --- (In reply to comment #6) > Re Open the bug since the given scenario of change table header is still exist Can't reproduce this. This is what I tried, please verify I understood the report correctly: 1. Open the table dialog. "Header Text" is broken over two lines 2. Uncheck "Add header row" 3. Close the dialog 4. Open the dialog again. 5. Check "Add header row". "Header Text" is, again, broken over two lines 6. Close the dialog 7. Open the dialog. "Header Text" is still on two lines, while you say it's on one -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22205] General : Page edit navigate to the bottom of the page
https://bugzilla.wikimedia.org/show_bug.cgi?id=22205 Roan Kattouw changed: What|Removed |Added Status|REOPENED|RESOLVED CC||roan.katt...@gmail.com Resolution||FIXED --- Comment #3 from Roan Kattouw 2010-01-25 10:02:00 UTC --- (In reply to comment #2) > Focus is not done on the editor. As mentioned in the Expected outcome section. > Users needs to scroll down looking for the editor. Therefore reopening the > bug. The old editor doesn't focus the edit box either, so this lack of focus is not a bug. We could consider it as a feature of course. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l