[Bug 32474] New: Blue top part of Cologne Blue skin has shifted right
https://bugzilla.wikimedia.org/show_bug.cgi?id=32474 Web browser: --- Bug #: 32474 Summary: Blue top part of Cologne Blue skin has shifted right Product: MediaWiki Version: 1.18 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: Unprioritized Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jaa...@yahoo.com Classification: Unclassified Since some time during this year 2011, the skin of Cologne Blue displays incorrectly. The top part, which should be all blue, is not blue above the left menu, and this way it doesn't look so nice. It is bad everywhere, including mediawiki.org. It should look like this: http://www.mediawiki.org/wiki/File:Cologne_Blue_screenshot.png But everyone can see himself/herself that the header (text like MEDIAWIKI, WIKIPEDIA) is not starting from top left corner. Now, I use Firefox 6 and openSUSE 11.3. -- 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 25542] Export: add namespace to page
https://bugzilla.wikimedia.org/show_bug.cgi?id=25542 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Umherirrender umherirrender_de...@web.de 2011-11-18 10:32:49 UTC --- fixed with r102575 -- 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 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #31 from Vitaliy Filippov vita...@yourcmc.ru 2011-11-18 10:48:16 UTC --- (In reply to comment #27) (.dia doesn't have this problem as there's not a separate extension or special HTTP header configuration for compressed files!) Inkscape also doesn't make any difference between compressed and uncompressed SVG images. It opens uncompressed *.svgz and compressed *.svg without any problem :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29250] UploadWizard: Resumable uploads
https://bugzilla.wikimedia.org/show_bug.cgi?id=29250 j^ j...@v2v.cc changed: What|Removed |Added CC||j...@v2v.cc --- Comment #3 from j^ j...@v2v.cc 2011-11-18 11:33:55 UTC --- tested with trunk and works fine so far, one issue i saw is that the chunks are not deleted after concatenation. passing the DELETE_SOURCE flag fixes that. + $status = $this-repo-concatenate( $fileList, $this-mVirtualTempPath, FileRepo::DELETE_SOURCE ); -- 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 32165] Creation date special property.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32165 --- Comment #45 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18 11:52:50 UTC --- @Van de Bugger: My vote goes for the below form, since this is what is done for the result formats. Either way, I think both forms are acceptable. The main issue with the current version of the patch is that it does the language thing, while it's better to use the identifiers themselves. If that gets fixed, this can be closed. $smwgPageSpecialProperties[] ='_MDAT'; -- 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 25915] Format Failure when using format=template and limit=0
https://bugzilla.wikimedia.org/show_bug.cgi?id=25915 --- Comment #10 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18 11:58:27 UTC --- Just re-read the issue and my analysis of the problem. The current way extra params are passed to the further results links is rather ugly and fragile, and can now that Validator is used, be replaced by a much nicer and generic system. Doing this ought to solve this issue, but it's a bunch of work. Also, I think there are enough such changes for 1.7 already and am tempted to defer this to a later big release, ie 1.8 or so. -- 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 32475] New: Safari does not properly detect Ogg support
https://bugzilla.wikimedia.org/show_bug.cgi?id=32475 Web browser: --- Bug #: 32475 Summary: Safari does not properly detect Ogg support Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: TimedMediaHandler AssignedTo: d...@ucsc.edu ReportedBy: j...@v2v.cc Classification: Unclassified Safari without any components like XiphQt/WebMComponents/Perian installed only supports Cortado(Java). This is not detected properly right now. Loading a video in Safari it tries to embed it as video document.createElement('video').canPlayType('video/ogg') properly returns '' -- 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 32474] Blue top part of Cologne Blue skin has shifted right
https://bugzilla.wikimedia.org/show_bug.cgi?id=32474 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #1 from Derk-Jan Hartman hart...@videolan.org 2011-11-18 13:27:08 UTC --- Hmm, seems that not only the layout is broken, but also some of the HTML structure of the top header is not fully in order. -- 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 32475] Safari does not properly detect Ogg support
https://bugzilla.wikimedia.org/show_bug.cgi?id=32475 --- Comment #1 from j^ j...@v2v.cc 2011-11-18 13:58:07 UTC --- this is caused by MwEmbedModules/EmbedPlayer/resources/mw.EmbedTypes.js: // older versions of safari do not support canPlayType, // but xiph qt registers mimetype via quicktime plugin } else if ( this.supportedMimeType( 'video/ogg' ) ) { the computer still reports video/ogg support in the QuickTime plugin but does not play it back. Might be better to not trust QuickTime and only check if canPlayType works. -- 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 32474] Blue top part of Cologne Blue skin has shifted right
https://bugzilla.wikimedia.org/show_bug.cgi?id=32474 --- Comment #2 from Jaan Rebane jaa...@yahoo.com 2011-11-18 14:05:05 UTC --- Thanks for bringing that up. It seems that even http://en.wikipedia.org does not pass the W3C Validator at http://validator.w3.org. It has a total of 3 errors. Same applies for my home wiki, et.wikipedia.org. Some time ago, it was all fine. Right now, I used both, the online validation and the upload tool (to see it with my own skin). Wikimedia.org passes as XHTML 1.0 Strict (only one I found passing the tests), but even mediawiki.org has 13 errors for HTML5. Shouldn't we open also a new bug report that Wikimedia pages don't use correct HTML/XHTML. It seems to be a very serious issue to me. -- 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 32351] #time and #timel ignore explicitly specified timezone
https://bugzilla.wikimedia.org/show_bug.cgi?id=32351 --- Comment #7 from Bawolff bawolff...@gmail.com 2011-11-18 14:14:38 UTC --- (In reply to comment #6) I don't really like #time: with no formatting string being user pref. It should probably have some symbol to specify that user time preference is wanted. #time does not interpret format string, but pass it to Language::sprintfDate. I do not like an idea to parse format string in #time -- it is not trivial due to backslashes, double quotes, di- and trigraphs. So for #time simplicity, format string should be passed to Language::sprintfDate. The latter can be modified asily to recognize one more special character. But, since it is just a place holder for user-specific format string, it should be parsed. Natural way to parse format string is pass it to Language::sprintfDate… This makes Language::sprintfDate a recursive function, so we should take special care about infinite recursion. Let us don't overcomplicate this stuff. Empty format string is good enough for denoting user-defined date/time format. That's a good point. It doesn't entirely seem right to me to have the empty string be the user pref, but I'll withdraw my objections on that point. Although, one could also just combine #time and #dateformat to achieve the same affect. Having timel be user preference time is also something I'm not sure how i feel about. If we want that it should perhaps be a different name then something already used for server time. Who (except sever admins) takes care of server time? Server can be located in any place in the world, in any timezone, it should not make difference for users. Often times you want to display the same info to everyone (for example in user signatures, the common argument is that if they were all user time, then when people copied and pasted the time to someone else, people would get confused what the actual time is, since different people would see different times. Server time often represents where the majority of the user base is located. For example Korean Wikimedia projects use the time zone Asia/Seoul as server's local time zone. However, if we do make timel be user time, then we'd need to make sure user time preferences are added to parser cache key, or it will be all mixed up Which cache? Do you mean this case (a beginning of `time' function in `ParserFunctions_body.php'): if ( isset( self::$mTimeCache[$format][$date][$language][$local] ) ) { return self::$mTimeCache[$format][$date][$language][$local]; } Err… I am not experienced Mw-PHP-Web hacker… Is this variable shared between different HTTP requests? If not, it seems everything is in place. I am worrying about another cache. Can MW cache entire pages and return already rendered page to different users? If so, either result of #timel will be reported incorrectly, or #timel can invalidate cache and load the server heavily. However, I am not sure, it is just a guessing. Yes, I meant the cache that cache's the rendered html version of the page, and displays it to other users (we refer to it as the parser cache). We do store rendering options with the parser cache, which can allow the cache to vary by user preference based on user options. (For example, we vary based on user's preferred date format in the preferences). In order to make the #time's vary by user timezone preference, the timezone would have to be added to the list of things the parser cache varies by, which could potentially have some negative performance impact, since it would fragment the cache (although if it was a sufficient amount of an impact to care, is something I don't know). -- 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 32476] New: MwEmbedSupport mw.isLocalDomain does no longer work
https://bugzilla.wikimedia.org/show_bug.cgi?id=32476 Web browser: --- Bug #: 32476 Summary: MwEmbedSupport mw.isLocalDomain does no longer work Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: TimedMediaHandler AssignedTo: d...@ucsc.edu ReportedBy: j...@v2v.cc Classification: Unclassified Created attachment 9489 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9489 check first if this even is an absolute url testing Cortado fallback failed since mw.isLocalDomain is calling mw.Uri with a relative url. This fails. Attached patch check first if url is absolute and only uses mw.Uri to check host if it is. -- 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 31903] Upload Wizard campaign editors flag
https://bugzilla.wikimedia.org/show_bug.cgi?id=31903 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18 14:32:40 UTC --- Ok, nvm, I read the stuff on the etherpad. Bug ought to be fixed by r103521. -- 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 24702] Upload wizard: User preference for preferred license
https://bugzilla.wikimedia.org/show_bug.cgi?id=24702 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||jeroen_ded...@yahoo.com AssignedTo|wikibugs-l@lists.wikimedia. |jeroen_ded...@yahoo.com |org | --- Comment #2 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18 14:34:40 UTC --- Cool - I'll tackle this fun feature request :) -- 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 32477] New: MWHttpRequest may have to require_once() GlobalFunctions.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=32477 Web browser: --- Bug #: 32477 Summary: MWHttpRequest may have to require_once() GlobalFunctions.php Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Severity: minor Priority: Unprioritized Component: Redirects AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: raphael.d...@gmail.com Classification: Unclassified If * you attempt to MWHttpRequest::factory() (eg, during bootstrap, from an extension), * and you don't have curl (should I ?) = then you're getting failures because wfIniGetBool() is not yet defined There should be a way to require(GlobalFunctions.php) in such a case. HTTP component set to redirect, feel free to change 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 32477] MWHttpRequest may have to require_once() GlobalFunctions.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=32477 Liangent liang...@gmail.com changed: What|Removed |Added CC||liang...@gmail.com Component|Redirects |General/Unknown --- Comment #1 from Liangent liang...@gmail.com 2011-11-18 15:15:27 UTC --- Are you using MWHttpRequest::factory() directly in the extension setup code? If so, suggest WONTFIX. It's expected that not everything are initialized at that time. There's also a [[mw:Manual:$wgExtensionFunctions]] for code which requires a fully initialized environment. -- 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 31330] do not use templates when Babel information exist for a language
https://bugzilla.wikimedia.org/show_bug.cgi?id=31330 Beau b...@adres.pl changed: What|Removed |Added CC||b...@adres.pl --- Comment #1 from Beau b...@adres.pl 2011-11-18 15:42:31 UTC --- On pl.wikipedia it just breakes because current babel templates (which are tables) are not compatibile with the extension - it shows garbage. -- 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 24702] Upload wizard: User preference for preferred license
https://bugzilla.wikimedia.org/show_bug.cgi?id=24702 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18 15:47:05 UTC --- Added in r103599. -- 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 32461] #time in fa.wiki has problem with traditional calender abridged form
https://bugzilla.wikimedia.org/show_bug.cgi?id=32461 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.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 32461] #time in fa.wiki has problem with traditional calender abridged form
https://bugzilla.wikimedia.org/show_bug.cgi?id=32461 --- Comment #1 from Platonides platoni...@gmail.com 2011-11-18 16:36:48 UTC --- Created attachment 9490 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9490 Patch adding xiy format There's no support for years in 2-digit format (other than the original one present in php). This is common to Iranian, Hebrew, Hijri, Thai, Minguo and Japanese calendars (those for which we have a full year output). Would the short form be always equivalent to the last two digits ? -- 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 32461] #time in fa.wiki has problem with traditional calender abridged form
https://bugzilla.wikimedia.org/show_bug.cgi?id=32461 Platonides platoni...@gmail.com changed: What|Removed |Added Keywords||patch CC||platoni...@gmail.com -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32463] Hardcoded http://upload.wikimedia.org image URL in UploadWizard feedback module
https://bugzilla.wikimedia.org/show_bug.cgi?id=32463 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.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 32464] The table sort by one column is not stable, and should be.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32464 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal Severity|normal |enhancement -- 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 32477] MWHttpRequest may have to require_once() GlobalFunctions.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=32477 --- Comment #2 from drzraf raphael.d...@gmail.com 2011-11-18 16:48:59 UTC --- But shouldn't Auth-related extensions be used in LocalSettings in order to setup wgAuth instead of using wgExtensionFunctions ? If so, then does it mean that such extension can't rely on MW HTTP facilities ? -- 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 32465] thumbs of video are not displaying after a certain time ( Although this PHP script (/w/thumb.php) exists, the file requested for output ...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.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 32465] thumbs of video are not displaying after a certain time ( Although this PHP script (/w/thumb.php) exists, the file requested for output ...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465 --- Comment #1 from Mark A. Hershberger m...@everybody.org 2011-11-18 17:05:00 UTC --- Interesting. I looked at another video file (http://commons.wikimedia.org/wiki/File:Sintel_extract_new.ogv) and found something different. http://upload.wikimedia.org/wikipedia/commons/thumb/2/25/Sintel_extract_new.ogv/seek%3D12000-Sintel_extract_new.ogv.jpg shows the last frame of the video despite the video being only about 80 seconds long. Could this be ogg vs ogv? -- 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 32461] #time in fa.wiki has problem with traditional calender abridged form
https://bugzilla.wikimedia.org/show_bug.cgi?id=32461 --- Comment #2 from reza1615 reza.ene...@gmail.com 2011-11-18 17:23:51 UTC --- Thank you for The Patch. In the Persian calender the short form is the last two right side digits ۱۳۹۰ == short form == ۹۰ ۱۳۸۹ == short form == ۸۹ -- 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 31945] Enhanced watchlist freezes the browser for 30 seconds after loading a big list (the time is relative to the number of entries displayed)
https://bugzilla.wikimedia.org/show_bug.cgi?id=31945 --- Comment #11 from Saibo saibotr...@arcor.de 2011-11-18 17:33:37 UTC --- a note to emphasize (I had already mentioned it above): it was faster before 1.18 - so somehow it worked there .. much faster. unless my brain really tricks me -- 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 32465] thumbs of video are not displaying after a certain time ( Although this PHP script (/w/thumb.php) exists, the file requested for output ...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465 --- Comment #2 from Mark A. Hershberger m...@everybody.org 2011-11-18 17:34:10 UTC --- Seeking beyond the last frame works on this ogg file, though: http://upload.wikimedia.org/wikipedia/commons/thumb/7/77/Saturn_Lightning.OGG/seek=300-Saturn_Lightning.OGG.jpg That is, it displays the last frame even if you seek beyond the length of the video. Platonides notes in IRC: Platonides it's interesting that Kaiserwagen_einfahrt_vohwinkel.ogg shows as Vorbis/Theora Platonides and Saturn_Lightning.OGG as Theora/Vorbis Platonides the order they appear in the container? -- 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 32466] Validator: 0 and 1 as valid boolean values.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32466 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added CC||jeroen_ded...@yahoo.com, ||m...@everybody.org --- Comment #2 from Mark A. Hershberger m...@everybody.org 2011-11-18 17:39:21 UTC --- Which extension is this? Maybe this one: http://www.mediawiki.org/wiki/Extension:Validator -- 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 32466] Validator: 0 and 1 as valid boolean values.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32466 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |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 32468] UploadWizard should do something to notify users who have uploaded without a license
https://bugzilla.wikimedia.org/show_bug.cgi?id=32468 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal Severity|normal |enhancement -- 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 32479] New: semantic search: 'edit query' link is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=32479 Web browser: --- Bug #: 32479 Summary: semantic search: 'edit query' link is broken Product: MediaWiki extensions Version: any Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: sudo...@mailinator.com CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified When I am browsing the results of a concept query, if i choose to view ... further results, i correctly see the same (maybe longer) list of results. If I click the '[Edit query]' link at the top of the page, it takes me to a page where i can edit the query i am running and display the results. However, the link for that page is malformed. It is missing a '' between variable assignments, so crams two values into one, thus messing up the auto-population of the fields on that page, causing the query to return nothing. Here is the page with the link: http://directory.fsf.org/wiki/Special:Ask/-5B-5BConcept:Biology-5D-5D/-3FFull-20description%3DDescription/-3FHomepage-20URL%3DHomepage/-3FLicense/-3FIs-20GNU-23-5B-5BFile:Heckert_gnu.small.png-7C20px-5D-5D,%3DGNU-3F/mainlabel%3D/format%3Dtemplate/template%3DGetlist-2Drow/link%3Dnone/columns%3D1/introtemplate%3DGetlist-2Dintro/outrotemplate%3DGetlist-2Doutro Here is the malformed link: http://directory.fsf.org/wiki?title=Special:Askoffset=0limit=20q=[[Concept%3ABiology]]p=mainlabel%3D%2Fformat%3Dtemplate%2Ftemplate%3DGetlist-2Drow%2Flink%3Dnone%2Fcolumns%3D1%2Fintrotemplate%3DGetlist-2Dintro%2Foutrotemplate%3DGetlist-2Doutropo=%3FFull+description%3DDescription%0A%3FHomepage+URL%3DHomepage%0A%3FLicense%0A%3FIs+GNU%23[[File%3AHeckert_gnu.small.png|20px]]%2C%3DGNU%3F%0Aeq=yes This is the messed up text in the second link: ...limit=20q=[[Concept%3ABiology]]p=... it should be (with the '' after '20'): ...limit=20q=[[Concept%3ABiology]]p=... Editing the link and inserting that ampersand fixes the problem for me. Thank you for your time. --- Versions of installed components: MediaWiki 1.17.0 Semantic Bundle (Version 2011-08-24.20110912) (r166) More version info: http://directory.fsf.org/wiki/Special:Version -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32469] file upload error messages don't work sanely
https://bugzilla.wikimedia.org/show_bug.cgi?id=32469 --- Comment #2 from Mark A. Hershberger m...@everybody.org 2011-11-18 17:44:31 UTC --- Actual sequence of events before comment 0: 1. Uploaded jar.jpg to local wiki with UW. 2. Moved jar.jpg to jar2.jpg and left a redirect. 3. Deleted jar2.jpg. Let me know if that does not let you reproduce 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 32469] file upload error messages don't work sanely
https://bugzilla.wikimedia.org/show_bug.cgi?id=32469 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |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 32463] Hardcoded http://upload.wikimedia.org image URL in UploadWizard feedback module
https://bugzilla.wikimedia.org/show_bug.cgi?id=32463 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #1 from Platonides platoni...@gmail.com 2011-11-18 17:46:35 UTC --- There are already other 4 spinners in the extension, and another at phase3/skins/common/images/ajax-loader.gif Why are so many spinners 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 31745] No New Page Patrolling in some namespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=31745 --- Comment #22 from Antoine hashar Musso has...@free.fr 2011-11-18 18:15:09 UTC --- I have enabled recentchanges patrolling on ruwikisource ( wgUseRCPatrol = true ): Index: InitialiseSettings.php === --- InitialiseSettings.php(revision 2629) +++ InitialiseSettings.php(working copy) @@ -5758,6 +5758,7 @@ 'ptwiki' = true, // https://bugzilla.wikimedia.org/show_bug.cgi?id=4500 'ptwikibooks' = true, // https://bugzilla.wikimedia.org/show_bug.cgi?id=30136 'rowiki' = true, // https://bugzilla.wikimedia.org/show_bug.cgi?id=28192 +'ruwikisource' = true, //https://bugzilla.wikimedia.org/31745 'ruwikiversity' = true, 'siwiki' = true, 'srwiki' = true, // req by dungodung in #wikimedia-tech, 2008-02-25 local revision 2630 Still need to investigate the different behaviors between namespaces. -- 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 32466] Validator: 0 and 1 as valid boolean values.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32466 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18 18:17:02 UTC --- Applied in r103602. Vdb: Don't know if you are interested in poking at this, but the ParameterInput could use some nicer handling of boolean values. Right now it creates a dropdown with on, off, yes and no (and now 0 and 1 as well) instead of some checkbox or so. Either way, it should not have redundant values. (It's used on special:ask) -- 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 32469] file upload error messages don't work sanely
https://bugzilla.wikimedia.org/show_bug.cgi?id=32469 --- Comment #3 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18 18:23:15 UTC --- I tried again, those 3 steps, then uploading jar.jpg. And again I'm getting please wait, still checking the title for uniqueness Looks like we got 2 competing bugs here, fighting for the same turf :) -- 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 31745] No New Page Patrolling in some namespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=31745 --- Comment #23 from Vitaliy ch...@yandex.ru 2011-11-18 18:29:28 UTC --- (In reply to comment #22) I have enabled recentchanges patrolling on ruwikisource ( wgUseRCPatrol = true ): Now I can see red ! in RecentChanges list but still NO mark as patrolled links. -- 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 32479] semantic search: 'edit query' link is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=32479 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18 18:29:41 UTC --- Hey - this issue has already been fixed, but there has been no stable release since then. We are trying to get the next release, 1.7, out soonish, but it still needs finishing up and testing, so will probably take another month or so :/ -- 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 31745] No New Page Patrolling in some namespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=31745 --- Comment #24 from Aaron Schulz aschulz4...@gmail.com 2011-11-18 18:30:06 UTC --- I thought only new page patrol was desired. A fix for that would be to make links to new pages in ChangesList have rcid if unpatrolled. -- 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 4947] SVGZ (gzipped SVG) support
https://bugzilla.wikimedia.org/show_bug.cgi?id=4947 --- Comment #32 from Brion Vibber br...@wikimedia.org 2011-11-18 18:41:05 UTC --- That isa quirk of Inkscape that you cannot rely on. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32470] Make ug_group longer
https://bugzilla.wikimedia.org/show_bug.cgi?id=32470 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal Severity|normal |enhancement -- 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 27793] The title Babel user information always appears in English
https://bugzilla.wikimedia.org/show_bug.cgi?id=27793 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #8 from Bawolff bawolff...@gmail.com 2011-11-18 19:20:55 UTC --- I'm confused why this is wontfixed. The objections that caused the revert seem to be that the commit was done wrong (Using user language without making the parser cache vary by the user language). It doesn't seem very difficult to make it use the user language and mark the parser cache as needing to vary by the user language. (This would fragment the cache I suppose, if we're really worried about that we could make it a config option, commons already has a lot of their pages varrying by user lang anyhow) -- 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 32466] Validator: 0 and 1 as valid boolean values.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32466 --- Comment #4 from Van de Bugger van.de.bug...@gmail.com 2011-11-18 19:26:51 UTC --- Which extension is this? Maybe this one: http://www.mediawiki.org/wiki/Extension:Validator Yes. `Validator' is not present in a list of extensions, so I had to select `[other]'. Vdb: Don't know if you are interested in poking at this, but the ParameterInput could use some nicer handling of boolean values. Right now it creates a dropdown with on, off, yes and no (and now 0 and 1 as well) instead of some checkbox or so. Either way, it should not have redundant values. (It's used on special:ask) Sorry, did not get. I do not use `0' and `1' as primary input. Indeed, boolean variable, being inserted to text, looks either as `0' or `1'. So, accepting `0' and `1' allows do not care about boolean values, and do not convert it to `yes' and 'no' every time they go to text. Moreover, `0' and `1' are not case-sensitive and language dependent. Do you mean I should pay attention to ParameterInput and fix it? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32477] MWHttpRequest may have to require_once() GlobalFunctions.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=32477 --- Comment #3 from Brion Vibber br...@wikimedia.org 2011-11-18 19:33:05 UTC --- You'll want to create a $wgAuth instance I think (or should even that not run until wgExtensionFunctions time? quite possibly) but you definitely should NOT be actively attempting to use framework features as nothing may be set up yet. -- 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 32466] Validator: 0 and 1 as valid boolean values.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32466 --- Comment #5 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18 19:37:23 UTC --- This is about an issue you did not cause, but is made somewhat worse by adding more values that get accepted by the boolean type. I'm just pointing out this is some bit-sized thing you could also fix if you'd like to. -- 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 32478] Find out why text storage data types are changing in unexpected ways
https://bugzilla.wikimedia.org/show_bug.cgi?id=32478 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-11-18 19:37:49 UTC --- object/historyblobcurstub entries should only exist on old stuff that referenced the MediaWiki 1.4-era cur table. You should absolutely *never* see an increase in those objects unless something weird is happening like existing ones are getting duplicated somehow in the course of trying to merge data... It should be possible to compare their contents to see if the new ones are unique or duplicates? 'gzip,external/simple pointer' sounds like the default that gets created when saving a new revision, so if there's editing activity and in the absence of anything else I'd expect those to go up over time. -- 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 32476] MwEmbedSupport mw.isLocalDomain does no longer work
https://bugzilla.wikimedia.org/show_bug.cgi?id=32476 --- Comment #1 from Michael Dale d...@ucsc.edu 2011-11-18 19:44:16 UTC --- thanks for the patch. You can commit that changes like these directly. ( added in r103605 -- 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 32476] MwEmbedSupport mw.isLocalDomain does no longer work
https://bugzilla.wikimedia.org/show_bug.cgi?id=32476 Michael Dale d...@ucsc.edu changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32473] whitelist [[Special:PasswordReset]] for some or all private wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=32473 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.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 32478] Find out why text storage data types are changing in unexpected ways
https://bugzilla.wikimedia.org/show_bug.cgi?id=32478 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-11-18 19:48:58 UTC --- Ah, the 'gzip,external/simple pointer' is stuff not marked as UTF-8... that might be a bit worrying actually. :) Shouldn't occur on new entries unless there's some config special case off the top of my head. Whether those entries are problematic or not depends on what the $wgLegacyEncoding setting is on the sites those blobs belong to. -- 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 32480] New: [SRF] function getParameters(); Define parameter dependencies, display in Special:Ask
https://bugzilla.wikimedia.org/show_bug.cgi?id=32480 Web browser: --- Bug #: 32480 Summary: [SRF] function getParameters(); Define parameter dependencies, display in Special:Ask Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: SemanticResultFormats AssignedTo: jeroen_ded...@yahoo.com ReportedBy: jamesin.hongkon...@gmail.com CC: wikibugs-l@lists.wikimedia.org, yaro...@gmail.com Classification: Unclassified function getParameters() allows do add new parameters to an SRF output but is it possible to define dependencies on a group of parameters? In Special:Ask, for example the parameter distribution, distributionsort and distributionlimit are interdependent. Meaning only when distribution is true distributionsort and distributionlimit make sense for a display. Would it be possible for parameters to be assigned to a group and only if the key parameter is true other remember of the group would be displayed in Special:Ask. Their are certainly other cases where dependencies exists between parameters. -- 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 32481] New: UploadWizard: Multiple files selected, only one file uploads, wrong info
https://bugzilla.wikimedia.org/show_bug.cgi?id=32481 Web browser: --- Bug #: 32481 Summary: UploadWizard: Multiple files selected, only one file uploads, wrong info Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: UploadWizard AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ne...@wikimedia.org CC: asha...@wikimedia.org, ne...@wikimedia.org Classification: Unclassified Some browsers have an issue with multiple file uploads. People report the same issues 1 - multiple files are selected 2 - only one is uploaded 3 - it is not the file they thought they were uploading Copied from the feedback page: smallUser agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:11.0a1) Gecko/2016 Firefox/11.0a1/small i tried uploading 36 images at once, not only did 35 of them fail, the one that went through had the thumbnail of one image (the one i intended to upload), but the content was of another (one which i though failed). I now have an image uploaded with a wrong file name and description. Not happy. [[User:Deadkid dk|Deadkid dk]] ([[User talk:Deadkid dk|span class=signature-talktalk/span]]) 06:03, 18 November 2011 (UTC) -- 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 32481] UploadWizard: Multiple files selected, only one file uploads, wrong info
https://bugzilla.wikimedia.org/show_bug.cgi?id=32481 Neil Kandalgaonkar ne...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |High Severity|normal |major -- 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 32481] UploadWizard: Multiple files selected, only one file uploads, wrong info
https://bugzilla.wikimedia.org/show_bug.cgi?id=32481 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-11-18 20:03:28 UTC --- Hmm, sounds the same as bug 32353 on Firefox 3.6, but happening on trunk nightlies as well. -- 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 32465] thumbs of video are not displaying after a certain time ( Although this PHP script (/w/thumb.php) exists, the file requested for output ...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465 --- Comment #3 from Mark A. Hershberger m...@everybody.org 2011-11-18 20:07:54 UTC --- To clarify, the problem here is that there should be consistent behavior regardless of the file type. Saturn_Lightning.OGG shows one behavior when you seek past the end and Kaiserwagen_einfahrt_vohwinkel.ogg shows another. The behavior of thumb.php is to Saturn_Lightning.OGG is to generate a thumbnail for the last frame of the video after you seek past the end. Meanwhile, thumb.php fails to generate a thumbnail Kaiserwagen_einfahrt_vohwinkel.ogg when you ask it to seek past the end and, as a result, Apache returns a 404 page. Even if, for some reason, thumb.php can't be fixed to provide a thumb when you seek past the end of the file, then we should have a better error page than the generic apache one. -- 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 32480] [SRF] function getParameters(); Define parameter dependencies, display in Special:Ask
https://bugzilla.wikimedia.org/show_bug.cgi?id=32480 --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-18 20:08:39 UTC --- Validator supports parameter dependencies. This is used for example for the format parameter. However, having special behavior for others might simply not be worth it. And for these params to actually live change on Special:Ask, you'd need to rewrite how the param display on that page works. -- 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 32481] UploadWizard: Multiple files selected, only one file uploads, wrong info
https://bugzilla.wikimedia.org/show_bug.cgi?id=32481 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-11-18 20:10:03 UTC --- Created attachment 9491 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9491 Screenshot of failing uploads in Firefox 11 nighly -- 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 32481] UploadWizard: Multiple files selected, only one file uploads, wrong info
https://bugzilla.wikimedia.org/show_bug.cgi?id=32481 --- Comment #3 from Brion Vibber br...@wikimedia.org 2011-11-18 20:10:31 UTC --- Created attachment 9492 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9492 Screenshot of succeeding uploads in Firefox 7.0.1 -- 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 32465] Inconsistent behavior when thumb-nailing past the end of a video
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Summary|thumbs of video are not |Inconsistent behavior when |displaying after a certain |thumb-nailing past the end |time ( Although this PHP|of a video |script (/w/thumb.php) | |exists, the file requested | |for output ...) | -- 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 32465] Inconsistent behavior when thumb-nailing past the end of a video
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465 --- Comment #4 from Brion Vibber br...@wikimedia.org 2011-11-18 20:13:36 UTC --- This is probably nothing to do with thumb.php, but rather the behavior of the underlying tool used to create thumbnail images. Have you tested it in isolation on these two files? -- 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 32465] Inconsistent behavior when thumb-nailing past the end of a video
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Component|General/Unknown |OggHandler Version|unspecified |any Product|Wikimedia |MediaWiki extensions -- 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 32465] Inconsistent behavior when thumb-nailing past the end of a video
https://bugzilla.wikimedia.org/show_bug.cgi?id=32465 --- Comment #5 from Brion Vibber br...@wikimedia.org 2011-11-18 21:03:32 UTC --- oggvideotools 0.8 (as shipped on Ubuntu 11.10) doesn't seem to want to generate thumbnails after the end of the document on any of the above input files (tried eg 6000 seconds, 600 seconds, 60 seconds etc). I don't know exactly what version we're running in production, but supposedly only things from the 0.9 family work with OggHandler because it requires an output parameter that's not in 0.8. -- 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 32467] Upload wizard:Title in languages of non-Latin alphabet leads to broken URL
https://bugzilla.wikimedia.org/show_bug.cgi?id=32467 --- Comment #7 from Brion Vibber br...@wikimedia.org 2011-11-18 21:20:54 UTC --- It kinda sounds like you just didn't select the whole URL when copy-pasting it. Did you click on the clickable thumbnail link? Did it work? Can you reproduce this problem in new uploads? -- 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 32467] Upload wizard:Title in languages of non-Latin alphabet leads to broken URL
https://bugzilla.wikimedia.org/show_bug.cgi?id=32467 --- Comment #8 from Olena bogd...@telus.net 2011-11-18 21:37:36 UTC --- (In reply to comment #7) It kinda sounds like you just didn't select the whole URL when copy-pasting it. Did you click on the clickable thumbnail link? Did it work? Can you reproduce this problem in new uploads? I selected the whole URL when copy-pasting it. URL was broken. I retested it with a new file. http://commons.wikimedia.org/wiki/File:%D0%91%D1%83%D0%B4%D0%B8%D0%BD%D0%BE%D0%BA_%D1%96%D0%B7_%D1%85%D0%B8%D0%BC%D0%B5%D1%80%D0%B0%D0%BC%D0%B8.jpg Now it works. But note: Description English: Україна. Києв -- 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 32466] Validator: 0 and 1 as valid boolean values.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32466 Van de Bugger van.de.bug...@gmail.com changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #6 from Van de Bugger van.de.bug...@gmail.com 2011-11-18 22:29:43 UTC --- Ok, will look at that next week. -- 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 32478] Find out why text storage data types are changing in unexpected ways
https://bugzilla.wikimedia.org/show_bug.cgi?id=32478 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #3 from Platonides platoni...@gmail.com 2011-11-18 22:31:05 UTC --- (In reply to comment #2) Ah, the 'gzip,external/simple pointer' is stuff not marked as UTF-8... that might be a bit worrying actually. :) Shouldn't occur on new entries unless there's some config special case off the top of my head. Whether those entries are problematic or not depends on what the $wgLegacyEncoding setting is on the sites those blobs belong to. This is interesting. I went to inquiry about a just-produced one (eswiki) +--+-+ | old_id | old_flags | +--+-+ | 51956028 | utf-8,gzip,external | | 51956027 | utf-8,gzip,external | | 51956026 | utf-8,gzip,external | | 51956025 | utf-8,gzip,external | | 51956024 | utf-8,gzip,external | | 51956023 | gzip,external | | 51956022 | utf-8,gzip,external | | 51956021 | utf-8,gzip,external | | 51956020 | utf-8,gzip,external | | 51956019 | utf-8,gzip,external | +--+-+ It turns out it doesn't (apparently) have revision: select rev_id, rev_text_id, old_flags from revision join text on (rev_text_id=old_id) where rev_id = 51506304 order by rev_id desc limit 10; +--+-+-+ | rev_id | rev_text_id | old_flags | +--+-+-+ | 51506304 |51956026 | utf-8,gzip,external | | 51506303 |51956025 | utf-8,gzip,external | | 51506302 |51956024 | utf-8,gzip,external | -- | 51506301 |51956022 | utf-8,gzip,external | -- | 51506300 |51956021 | utf-8,gzip,external | | 51506299 |51956020 | utf-8,gzip,external | | 51506298 |51956019 | utf-8,gzip,external | | 51506297 |51956018 | utf-8,gzip,external | | 51506296 |51956016 | utf-8,gzip,external | | 51506295 |51956015 | utf-8,gzip,external | +--+-+-+ Special:Recentchanges doesn't show anything suspicious around those two entries. There were three Abusefilter hits at that time, Especial:AbuseLog/1077805-1077807 and it more or less correlates with the number of gzip,external entries. AbuseFilter is indeed storing items in text table, *and not setting utf-8 flag for them*. So I think all of them will be AbuseFilter hits, which are utf-8 but not marked as such, not content in legacy encoding. -- 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 32478] Find out why text storage data types are changing in unexpected ways
https://bugzilla.wikimedia.org/show_bug.cgi?id=32478 --- Comment #4 from Platonides platoni...@gmail.com 2011-11-18 22:39:44 UTC --- Yes, select afl_var_dump from abuse_filter_log order by afl_id desc confirms that suspicion. -- 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 32477] MWHttpRequest may have to require_once() GlobalFunctions.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=32477 --- Comment #4 from drzraf raphael.d...@gmail.com 2011-11-18 22:52:52 UTC --- I need MWHttpRequest during Auth::authenticate. Just tested and it happens that wfIniGetBool *is* defined at this time. (thus I'm fine with WONTFIX) *but* if I wanted to use it during the *constructor* of my Auth plugin it would have failed. -- 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 32478] Find out why text storage data types are changing in unexpected ways
https://bugzilla.wikimedia.org/show_bug.cgi?id=32478 --- Comment #5 from Brion Vibber br...@wikimedia.org 2011-11-18 23:28:49 UTC --- Good catch, Platonides! Looks like this is where AbuseFilter stores variable state dumps on filter matches so they can be checked out later. AbuseFilter::storeVarDump() and AbuseFilter::loadVarDump() are manually using the text table and ExternalStore -- this probably should be using a common interface underneath Revision's use of the same. Since it doesn't use the Revision code paths right now the var dumps won't be run through $wgLegacyEncoding conversion on load, but if they get refactored into a common code path, that conversion might start happening before a refactored AbuseFilter::loadVarDump gets its data back. This should not be fatal but would at least cause those old entries to display incorrectly on some sites[1] where non-ASCII chars were contained in the text. [1] from http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php 'wgLegacyEncoding' = array( 'enwiki' = 'windows-1252', 'dawiki' = 'windows-1252', 'svwiki' = 'windows-1252', 'nlwiki' = 'windows-1252', 'dawiktionary' = 'windows-1252', 'svwiktionary' = 'windows-1252', 'default' = false, ), // all other sites will not attempt conversion A bigger worry is that batch recompression or other maintenance work might try to renormalize those entries in a way that AbuseFilter's code path doesn't recognize. Switching to using a common code path would avoid having to worry about new data formats (or saving the wrong data format, as it currently does!) but we'd have to fix the old data entries or devise a workaround. -- 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 32475] Safari does not properly detect Ogg support
https://bugzilla.wikimedia.org/show_bug.cgi?id=32475 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-11-18 23:44:24 UTC --- j^ - are you indicating that it's showing a *false positive* claiming to support video/ogg when it in fact does not? On my MacBook Pro (OS X 10.7.2), without XiphQT, if I duplicate that supportedMimeType function I get a 'false' for 'video/ogg' and a 'true' for 'video/mp4' -- which is what I expect, but apparently not what you get... Bug 20258 covers what sounds like a similar issue under OggHandler... but sounds kinda backwards -- that's where we *have* XiphQT installed but don't identify it. Perhaps you had them installed in the past, and the entries are still in QuickTime's MIME registrations? -- 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 32449] Android app menu icons are SUPER HUGE on mdpi devices (G1, Kindle Fire)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32449 --- Comment #3 from Brion Vibber br...@wikimedia.org 2011-11-18 23:51:47 UTC --- Added a note on Chris McKee's branch: https://github.com/ChrisMcKee/Wikipedia/commit/60bac986c264d80475be078699c03d6788ec364a#commitcomment-731856 -- 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 32482] New: CentralNotice should use $fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482 Web browser: --- Bug #: 32482 Summary: CentralNotice should use $fallback Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: CentralNotice AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: danny.lei...@gmail.com CC: fr-t...@wikimedia.org, rkald...@wikimedia.org Classification: Unclassified In Silesian and Cassubian languages fundraiser banners are shown in English, but it doesn't make sens when exist Polish banners. In http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/languages/messages/MessagesCsb.php and http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/languages/messages/MessagesSzl.php are defined $fallback = 'pl';, so CentralNotice should use this configuration. -- 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 32070] De-spriteify PhoneGap Android app's icons
https://bugzilla.wikimedia.org/show_bug.cgi?id=32070 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-11-18 23:53:52 UTC --- They've been bumped to a higher resolution (meaning they get scaled *down* on lower-res devices) which does look nicer, but they're still sprited which makes them harder to maintain. -- 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 31486] Android app's 'W' and search icons get upscaled on hdpi devices
https://bugzilla.wikimedia.org/show_bug.cgi?id=31486 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Depends on|32070 | Resolution||FIXED --- Comment #3 from Brion Vibber br...@wikimedia.org 2011-11-18 23:54:26 UTC --- They've been bumped to a higher resolution (meaning they get scaled *down* on lower-res devices) which does look nicer, but they're still sprited which makes them harder to maintain. Closing this bug out and removing its dep on bug 32070 (spriting issue). -- 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 32101] High-density display issues tracking bug (Android hdpi xhdpi, iPhone Retina display)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32101 Bug 32101 depends on bug 31486, which changed state. Bug 31486 Summary: Android app's 'W' and search icons get upscaled on hdpi devices https://bugzilla.wikimedia.org/show_bug.cgi?id=31486 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32070] De-spriteify PhoneGap Android app's icons
https://bugzilla.wikimedia.org/show_bug.cgi?id=32070 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Blocks|31486 | -- 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 32483] New: en.wp uses lang=simple for simple: interlang links.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32483 Web browser: --- Bug #: 32483 Summary: en.wp uses lang=simple for simple: interlang links. Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mediawiki-b...@nadir-seen-fire.com CC: niklas.laxst...@gmail.com, s.mazel...@xs4all.nl Classification: Unclassified 'simple' isn't a valid language code, though we're outputting it for interlanguage links. We 'could' add in a simple hack here that will make 'simple' output lang=en instead. Though I do have a bit of a more interesting idea. Instead of what, how about we swap simple for en-x-Simple and add in a code that lets us create aliases for language codes so that simple: will still be equivalent to en-x-Simple. Going by bcp47 (https://www.rfc-editor.org/rfc/bcp/bcp47.txt) the code en-x-Simple is valid. It's an 'en' lang code with a private subtag of 'Simple'. bcp47 reserves x-* for private use purposes, things that wouldn't be registered, essentially that's what we're talking about here. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32482] CentralNotice should use $fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482 James Alexander jalexan...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||jalexan...@wikimedia.org, ||jhs...@gmail.com --- Comment #1 from James Alexander jalexan...@wikimedia.org 2011-11-19 00:04:19 UTC --- Thanks Leinad, You're right this is something that we really want to do and have had on the list. I'll also pass it on to the translation team so that we can at least do it manually for now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32482] CentralNotice should use $fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482 --- Comment #2 from Jon Harald Søby jhs...@gmail.com 2011-11-19 00:16:47 UTC --- These two are fixed manually right now. I agree that CN should use fallback languages, though, so it's a larger issue than just that. -- 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 32482] CentralNotice should use $fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482 --- Comment #3 from Ryan Kaldari rkald...@wikimedia.org 2011-11-19 00:17:56 UTC --- CentralNotice does use fallback languages (if they are available). What banner are you looking at? -- 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 32148] MobileFrontend has no link to activate the beta functions unless you read blog.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=32148 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-11-19 00:22:14 UTC --- That link isn't discoverable anywhere in the interface; it also doesn't work on my local wiki where I test tweaks to MobileFrontend. -- 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 32474] Blue top part of Cologne Blue skin has shifted right
https://bugzilla.wikimedia.org/show_bug.cgi?id=32474 Daniel Friesen mediawiki-b...@nadir-seen-fire.com changed: What|Removed |Added CC||mediawiki-bugs@nadir-seen-f ||ire.com --- Comment #3 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2011-11-19 00:29:12 UTC --- (In reply to comment #2) Thanks for bringing that up. It seems that even http://en.wikipedia.org does not pass the W3C Validator at http://validator.w3.org. It has a total of 3 errors. Same applies for my home wiki, et.wikipedia.org. Some time ago, it was all fine. Right now, I used both, the online validation and the upload tool (to see it with my own skin). Wikimedia.org passes as XHTML 1.0 Strict (only one I found passing the tests), but even mediawiki.org has 13 errors for HTML5. Shouldn't we open also a new bug report that Wikimedia pages don't use correct HTML/XHTML. It seems to be a very serious issue to me. Those errors are minor, they shouldn't affect anything in a way that would make it a serious issue. -- 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 32482] CentralNotice should use $fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482 --- Comment #4 from Jon Harald Søby jhs...@gmail.com 2011-11-19 00:43:45 UTC --- See for instance this: http://ru.wikipedia.org/wiki/?uselang=inh It should fall back to Russian (which has a translation), firstly because that is the fallback language for inh, secondly because that is the wiki language. Instead it falls back to English. -- 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 32302] MobileFrontend fullscreen search list item borders round poorly on 240dpi Android devices
https://bugzilla.wikimedia.org/show_bug.cgi?id=32302 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-11-19 00:47:55 UTC --- Created attachment 9493 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9493 Sample patch switching from hr to border-bottom for the dividers Looks like the current code is putting hrs in between the divs as separators. This is probably contributing to other problems like the highlight bar not reaching the entire row as well... Per screenshot about to attach, Android 2.3 browser at least does a much better job making the borders appear consistent, while the hrs vacillate between too thin and too thick at 120 and 240 dpi (ldpi hdpi). -- 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 32302] MobileFrontend fullscreen search list item borders round poorly on 240dpi Android devices
https://bugzilla.wikimedia.org/show_bug.cgi?id=32302 --- Comment #3 from Brion Vibber br...@wikimedia.org 2011-11-19 00:49:09 UTC --- Created attachment 9494 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9494 Screenshot comparing rendering of hr vs border-bottom on 120, 160, 240dpi Android emu borders are rendered much more consistently than hrs! -- 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 32302] MobileFrontend fullscreen search list item borders round poorly on 240dpi Android devices
https://bugzilla.wikimedia.org/show_bug.cgi?id=32302 --- Comment #4 from Brion Vibber br...@wikimedia.org 2011-11-19 00:53:02 UTC --- (Note that increasing the padding can keep the previous spacing/look.) -- 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 32482] CentralNotice should use $fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482 Jon Harald Søby jhs...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com, ||s.mazel...@xs4all.nl Component|CentralNotice |Internationalization Version|any |unspecified Product|MediaWiki extensions|MediaWiki --- Comment #5 from Jon Harald Søby jhs...@gmail.com 2011-11-19 02:00:22 UTC --- When I think of it however, this is not really a CN issue, but an even larger issue of how {{int:...}} messages are handled [1]. As such I believe this is a duplicate of another bug, but I cannot find it. Possibly bug 1495. Anyways, changing to product MediaWiki and component Internationalization; please revert that if I am incorrect. Also, I believe bug 26342 is another variant of this bigger issue. [1] At least that's how we handle messages for the fundraiser banners; however, when it comes to banners that have the translation in that banner this might be a separate bug. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32482] CentralNotice should use $fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482 --- Comment #6 from Ryan Kaldari rkald...@wikimedia.org 2011-11-19 02:42:53 UTC --- Ah, OK. I see what's going on. They aren't using CentralNotice's banner translation system but are using int messages instead. Thus the fallback languages aren't working. I imagine they're doing this so they don't have to re-enter the translations for multiple banners that use the same text. I'm going to retitle this bug to something more specific... -- 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 32482] CentralNotice needs a better way to manage shared messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Summary|CentralNotice should use|CentralNotice needs a |$fallback |better way to manage shared ||messages -- 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 32482] CentralNotice needs a better way to manage shared messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Priority|Normal |High Status|NEW |ASSIGNED Component|Internationalization|CentralNotice Version|unspecified |any AssignedTo|wikibugs-l@lists.wikimedia. |rkald...@wikimedia.org |org | Product|MediaWiki |MediaWiki extensions Severity|normal |enhancement -- 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 32482] CentralNotice needs a better way to manage shared messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=32482 --- Comment #7 from Jon Harald Søby jhs...@gmail.com 2011-11-19 03:22:23 UTC --- Yup, you're right. CN's native system for handling fallback languages seems to work fine, so the retitle is a good explanation of the real issue at hand. -- 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 32484] New: Strange behaviour of the link Tax and other legal information
https://bugzilla.wikimedia.org/show_bug.cgi?id=32484 Web browser: --- Bug #: 32484 Summary: Strange behaviour of the link Tax and other legal information Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: DonationInterface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s.mazel...@xs4all.nl CC: aricha...@wikimedia.org, fr-t...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified The donation interface has a link Tax and other legal information that shows text from the message donate_interface-taxded-msg-int on hover. As the link is at the bottom of the page, and the text is fairly long, the page will grow in length on hover. When scrolling down (while hovering), I see strange hanging (the page shakes up and down a few millemeters, but doesn't actually scroll down) behaviour in Firefox 8 sometimes 9on OSX 10.7.2). I can reproduce in Opera 10.52 (on OSX 10.7.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 32484] Strange behaviour of the link Tax and other legal information
https://bugzilla.wikimedia.org/show_bug.cgi?id=32484 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added Priority|Unprioritized |Normal URL||https://donate.wikimedia.or ||g/wiki/Special:FundraiserLa ||ndingPage?uselang=encountr ||y=INtemplate=Lp-layout-def ||aultappeal-template=Appeal ||-template-defaultappeal=Ap ||peal-defaultform-template= ||Form-template-defaultform- ||countryspecific=Form-countr ||yspecific- URL||variable1utm_medium=siteno ||ticeutm_source=B11_Donate_ ||Jimmy2_AvsButm_campaign=C1 ||1_1114_AvsB_IN CC||s.mazel...@xs4all.nl -- 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 31745] No New Page Patrolling in some namespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=31745 --- Comment #25 from Aaron Schulz aschulz4...@gmail.com 2011-11-19 05:14:13 UTC --- I can't see the ! marks, but they are in the source: 'abbr class=unpatrolled title=This edit has not yet been patrolled!/abbr' Looks like it's hidden by '.unpatrolled {visibility:hidden}' in MediaWiki:Common.css. -- 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 31745] No New Page Patrolling in some namespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=31745 --- Comment #26 from Aaron Schulz aschulz4...@gmail.com 2011-11-19 05:37:51 UTC --- (In reply to comment #24) I thought only new page patrol was desired. A fix for that would be to make links to new pages in ChangesList have rcid if unpatrolled. Added in r103614. -- 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