[Bug 30043] Upload warning incorrect "File extension does not match MIME type." with URL encoded filenames
https://bugzilla.wikimedia.org/show_bug.cgi?id=30043 fastgoldf...@gmail.com changed: What|Removed |Added Severity|normal |critical --- Comment #1 from fastgoldf...@gmail.com 2011-09-07 05:27:46 UTC --- I increased this from "normal" to "critical" since there is no workaround for it. Users will always receive this error when they try to upload something with url-encoding (which is almost everything these days). This feature essentially does not work most of the time, at this 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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #35 from Rob Lanphier 2011-09-07 05:04:38 UTC --- Here's what I'm saying: current performance is too slow. We know it's too slow, and we have at least a couple initiatives that should make things significantly faster, along with other less dramatic improvements that we should also implement if we still have problems. However, what I'm also saying is that there's no way to give people a general purpose programming environment, and then expect that it's going to perform well no matter what anyone throws at it. It's just not possible. It can perform well for most reasonable tasks, and we're not *aware* of any tasks that are unreasonable, but there's no guarantee that everything that every programmer does is going to be reasonable. The programmer may be trying to accomplish something reasonable, but I've seen even very good programmers make very poor performance choices in their code. On a wiki anyone can edit, there will almost always be someone(s) who is/are doing it wrong. I believe that Brion's comment in 2006 was a reaction to the prevailing mood at the time. If I recall his account of things correctly, there was a lot of pseudoscientific "thou shalt not use the foobar template, for you will anger the performance gods, and they will smite the server kittehs". He saw that people were overreacting to advice about template performance, with no one actually doing any genuine profiling. So, now the pendulum seems to have swung in the other direction. Yes, we need references in articles. Yes, there are plenty of other perfectly reasonable uses of templates. Don't stop doing those things. That said, if there are more efficient ways of achieving the same end using a more efficient template, please, for pete's sake, make the template more efficient. Also, please help us figure out which templates are expensive and why they're expensive. If we can actually narrow down which parts of templates suck, developers may have a better idea of what parts should be implemented directly in PHP or even C if need be. My point is this: there's not a "problem". There are "problems". Having this all in a single bug suggests there is a single "problem", and that's what I have a problem with. -- 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 26233] thumbnail generator fails with a % in file name (update image magik)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26233 Jelle Zijlstra changed: What|Removed |Added CC||jelle.zijls...@gmail.com --- Comment #9 from Jelle Zijlstra 2011-09-07 04:10:16 UTC --- *** Bug 30789 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30789] Percent in filename breaks thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=30789 Jelle Zijlstra changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #6 from Jelle Zijlstra 2011-09-07 04:10:16 UTC --- Thanks for the investigation and for finding the solution. *** This bug has been marked as a duplicate of bug 26233 *** -- 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 16976] Wikis ready for creation (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16976 Robin Pepermans (SPQRobin) changed: What|Removed |Added Depends on||30793 -- 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 30793] New: Create Wikimedia Belgium wiki (be.wikimedia.org)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30793 Web browser: --- Bug #: 30793 Summary: Create Wikimedia Belgium wiki (be.wikimedia.org) Product: Wikimedia Version: unspecified Platform: All URL: http://be.wikimedia.org OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: robinp.1...@gmail.com Blocks: 16976 Classification: Unclassified Please create a wiki for the chapter-in-formation Wikimedia Belgium at be.wikimedia.org Wiki language: en - English Sitename: Wikimedia Belgium Project namespace: Wikimedia / Wikimedia_talk Logo: http://commons.wikimedia.org/wiki/File:Wikimedia_Belgium_logo.png $wgImportSources: array( 'meta' ) Extensions: It would be nice if LanguageSelector extension could be installed, but apparently it is not used on any WMF wiki so I assume this won't be allowed without review. Thanks! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20342] Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342 Tim Starling changed: What|Removed |Added Depends on||30792 -- 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 30792] Protocol-relative URLs cause complete breakage of Squid purge during upload, action=purge, etc.
https://bugzilla.wikimedia.org/show_bug.cgi?id=30792 Tim Starling changed: What|Removed |Added Blocks||20342 -- 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 30792] Protocol-relative URLs cause complete breakage of Squid purge during upload, action=purge, etc.
https://bugzilla.wikimedia.org/show_bug.cgi?id=30792 --- Comment #2 from Tim Starling 2011-09-07 03:00:41 UTC --- Assigned to Roan Kattouw. -- 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 30792] Protocol-relative URLs cause complete breakage of Squid purge during upload, action=purge, etc.
https://bugzilla.wikimedia.org/show_bug.cgi?id=30792 Tim Starling changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |roan.katt...@gmail.com |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30792] Protocol-relative URLs cause complete breakage of Squid purge during upload, action=purge, etc.
https://bugzilla.wikimedia.org/show_bug.cgi?id=30792 --- Comment #1 from Tim Starling 2011-09-07 02:59:59 UTC --- Index: SquidUpdate.php === --- SquidUpdate.php(revision 96381) +++ SquidUpdate.php(working copy) @@ -208,11 +208,15 @@ * @return string */ static function expand( $url ) { +### WMF EMERGENCY PATCH FOR BUG 30792 -- TS +return wfExpandUrl( $url, PROTO_HTTP ); +/* global $wgInternalServer, $wgServer; $server = $wgInternalServer !== false ? $wgInternalServer : $wgServer; if( $url !== '' && $url[0] == '/' ) { return $server . $url; } return $url; + */ } } -- 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 30792] New: Protocol-relative URLs cause complete breakage of Squid purge during upload, action=purge, etc.
https://bugzilla.wikimedia.org/show_bug.cgi?id=30792 Web browser: --- Bug #: 30792 Summary: Protocol-relative URLs cause complete breakage of Squid purge during upload, action=purge, etc. Product: MediaWiki Version: 1.17 Platform: All OS/Version: All Status: NEW Severity: blocker Priority: Unprioritized Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: tstarl...@wikimedia.org CC: bryan.tongm...@gmail.com Classification: Unclassified In LocalFile: purgeCache(), purgeThumbnails() and recordUpload2() all call SquidUpdate::purge(), and apparently the URLs in all three cases are potentially protocol-relative. SquidUpdate has always had support for purging relative URLs, it calls SquidUpdate::expand(), but this function has not been updated to support protocol-relative URLs, so the result is invalid. HTCP packets with URLs like the following have been logged: //commons.wikimedia.org//upload.wikimedia.org/wikipedia/commons/thumb/0/03/Laurel_Caverns_cave.jpg/1024px-Laurel_Caverns_cave.jpg Users are complaining. I'm going to look at doing a quick live patch. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 10919] "Save as" tab
https://bugzilla.wikimedia.org/show_bug.cgi?id=10919 fastgoldf...@gmail.com changed: What|Removed |Added CC||fastgoldf...@gmail.com --- Comment #3 from fastgoldf...@gmail.com 2011-09-07 02:34:27 UTC --- Something similar to this can be done with a formlink query string parameter. Basically, you just make a link that says something like "Add a page like this", and preload all the properties you want. That's the best way to do it, where you have fine control over the preloaded properties. If you want a complete copy, without manually producing a formlink, have a look at these: http://www.mediawiki.org/wiki/Extension:Duplicator http://www.mediawiki.org/wiki/Extension:Multiplicator I agree it would be nice if perhaps formlink were extended to provide an option to copy everything, especially in situations when manually specifying the preload data is problematic, like if it were frequently changing. Since this dates back to 2007, it should be reviewed to decide if it is still needed,if it should be closed, or if a new bug report should be opened that is different in some way. -- 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 30192] Thumbnails of archived images don't get deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=30192 --- Comment #25 from Russ Nelson 2011-09-07 02:32:07 UTC --- Make that r96373. Oh, and Roan noticed that I'd changed the API to getArchive{Url|Path}. I changed it back in r96399 -- 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 30789] Percent in filename breaks thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=30789 --- Comment #5 from Brion Vibber 2011-09-07 01:42:05 UTC --- I've filed an RT ticket internally to request that our deployed ImageMagick get updated: http://rt.wikimedia.org/Ticket/Display.html?id=1444 -- 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 30789] Percent in filename breaks thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=30789 Brion Vibber changed: What|Removed |Added Keywords||upstream --- Comment #4 from Brion Vibber 2011-09-07 01:31:24 UTC --- Behavior seems to have changed -- if I compile ImageMagick 6.6.9 locally it goes ahead and processes the file, whereas the 6.6.2 that shipped with Ubuntu 11.04 complains about the %% form... 2011-01-10 6.6.7-1 Cristy * Accept escaped % in output filename (reference http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=17810). Bingo! -- 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 30789] Percent in filename breaks thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=30789 --- Comment #3 from Brion Vibber 2011-09-07 01:12:54 UTC --- That was added in as a fix for bug 23148 -- originally more simply and only on the comment field. r65467 later applied the same replacement to other fields including the destination filename, and another special replacement for the input filename. Possibly this is wrong for the output filename? -- 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 30789] Percent in filename breaks thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=30789 --- Comment #2 from Brion Vibber 2011-09-07 01:07:03 UTC --- r65467: /** * Escape a string for ImageMagick's output filename. See * InterpretImageFilename() in magick/image.c. */ function escapeMagickOutput( $path, $scene = false ) { $path = str_replace( '%', '%%', $path ); return $this->escapeMagickPath( $path, $scene ); } So... it seems to be doing this on purpose... perhaps that purpose has gone obsolete or something else is funky. -- 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 30789] Percent in filename breaks thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=30789 --- Comment #1 from Brion Vibber 2011-09-07 00:59:15 UTC --- Ok, so the good news is the bug isn't in thumb-handler.php etc. :) Seems odd... With this original URL: http://upload.wikimedia.org/wikipedia/en/thumb/archive/d/db/20110906223017!Ex_1%25_ample.jpg/111px-Ex_1%25_ample.jpg it should be getting run via the thumb-handler.php on the upload server's 404 handler: http://svn.wikimedia.org/viewvc/mediawiki/trunk/tools/upload-scripts/thumb-handler.php?view=markup which should end up fetching something like: http://en.wikipedia.org/w/thumb.php?f=20110906223017!Ex_1%25_ample.jpg&width=111&archived=1 This gives the same error when we fetch it directly: Error generating thumbnail Error creating thumbnail: convert: unable to open image `/mnt/thumbs/wikipedia/en/thumb/archive/d/db/20110906223017!Ex_1%%_ample.jpg/111px-Ex_1%%_ample.jpg': @ error/blob.c/OpenBlob/2498. Now, the '1%%' looks wrong -- it should be '1%' here. So, the good news is: * it's not in thumb-handler.php (whew!) since it happens to direct thumb.php calls * it does the same for archived and current version files And in fact I can reproduce it locally simply by uploading a local copy of 'Ex 1% ample.jpg' and trying to see the current-version page. This shows an error right there on the page. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30790] doesn't support correctly in fa.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30790 Brion Vibber changed: What|Removed |Added Depends on||4030 --- Comment #1 from Brion Vibber 2011-09-07 00:31:23 UTC --- Adding bug 4030 (RTL problems) as a dependency; note though that Arabic-script languages may require more work than the Hebrew example in bug 4030 (where there's apparently already a working font, but the chars are laid out as LTR incorrectly) -- 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 4030] EasyTimeline reversed text in RTL languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=4030 Brion Vibber changed: What|Removed |Added Blocks||30790 -- 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 30790] doesn't support correctly in fa.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30790 Brion Vibber changed: What|Removed |Added Component|General/Unknown |EasyTimeline Version|unspecified |any Product|MediaWiki |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 26468] IE6 - default license is not picked
https://bugzilla.wikimedia.org/show_bug.cgi?id=26468 Ian Baker changed: What|Removed |Added Status|RESOLVED|REOPENED CC||iba...@wikimedia.org Resolution|WORKSFORME | --- Comment #2 from Ian Baker 2011-09-07 00:23:28 UTC --- This appears to be broken again in ie6/ie7 in Mediawiki trunk. If I click "Use a different license" and select the license manually, the next button functions. If I attempt to use the default, the next button doesn't do anything (but also isn't grayed). -- 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 24805] Remove sep11 wiki from the interwiki table
https://bugzilla.wikimedia.org/show_bug.cgi?id=24805 Bug 24805 depends on bug 30261, which changed state. Bug 30261 Summary: Remove/Correct sep11.wikipedia domain https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 Brion Vibber changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #13 from Brion Vibber 2011-09-07 00:15:12 UTC --- Reopening -- since it points to a bogus place where there's nothing, nothing's been solved. -- 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 30791] New: Uploadwizard Commons: link back to other uploadpage into language of preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=30791 Web browser: --- Bug #: 30791 Summary: Uploadwizard Commons: link back to other uploadpage into language of preferences Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Language setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: romaine_w...@yahoo.com Classification: Unclassified On Commons recently the uploadwizard is set as the default for uploading files. At the top of the page are just below the title some links with the last one with "Back to the old form". I watch Commons in Dutch and have set my settings for this language, but the link "Back to the old form" does not link to the Dutch page at Commons:Upload/nl but to Commons:Upload, the English uploadpage. There users have to look in the list of languages for "Nederlands" to go to the right page. So my request is, please set this link linking directly to the uploadpage in the specific language, as it was too in de sidebar all these years. Thanks! Romaine -- 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 30645] No history for upload campaigns
https://bugzilla.wikimedia.org/show_bug.cgi?id=30645 Erik Moeller changed: What|Removed |Added CC||e...@wikimedia.org --- Comment #4 from Erik Moeller 2011-09-06 23:24:17 UTC --- I agree this should eventually have logging, but right now it only serves the WLM use case, where we can hopefully do without it for a while longer. We have other UW priorities right now, but Platonides, if you'd like to work on basic logging capabilities, that would be much appreciated. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30739] IPv6 addresses not obtained successfully from X-Forwarded-For on Squid 3.1.15
https://bugzilla.wikimedia.org/show_bug.cgi?id=30739 Brion Vibber changed: What|Removed |Added Keywords|need-unittest | -- 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 30739] IPv6 addresses not obtained successfully from X-Forwarded-For on Squid 3.1.15
https://bugzilla.wikimedia.org/show_bug.cgi?id=30739 Brion Vibber changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #12 from Brion Vibber 2011-09-06 23:20:48 UTC --- Perfect timing -- Aaron fixed it on trunk in r96386 and committed just before me. :) It's marked for backport to 1.18 and 1.17 so should be in the next bug-fix and feature releases. -- 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 30739] IPv6 addresses not obtained successfully from X-Forwarded-For on Squid 3.1.15
https://bugzilla.wikimedia.org/show_bug.cgi?id=30739 Brion Vibber changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|wikibugs-l@lists.wikimedia. |br...@wikimedia.org |org | --- Comment #11 from Brion Vibber 2011-09-06 23:03:28 UTC --- Awesome, good to confirm that fixes it in practice for you. :D I'm adjusting the tests and patching... -- 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 30739] IPv6 addresses not obtained successfully from X-Forwarded-For on Squid 3.1.15
https://bugzilla.wikimedia.org/show_bug.cgi?id=30739 --- Comment #10 from Carl Austin Bennett 2011-09-06 23:01:45 UTC --- Brion, I can confirm your "Aho, looks like that should be 'fc00::' not 'fc::'" Indeed 00fc: to fdff:/16 is huge, but change this to: if ( !$privateRanges ) { $privateRanges = array( array( 'fc00::', 'fdff:::::::' ), # RFC 4193 (local) array( '0:0:0:0:0:0:0:1', '0:0:0:0:0:0:0:1' ), # loopback ); } to flag just fc00: to fdff:/16 as local and the code starts working. This makes sense as global IPv6 addresses are prefixed 2xxx: or 3xxx: - thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30739] IPv6 addresses not obtained successfully from X-Forwarded-For on Squid 3.1.15
https://bugzilla.wikimedia.org/show_bug.cgi?id=30739 --- Comment #9 from Carl Austin Bennett 2011-09-06 22:54:26 UTC --- The diversion to isPublic6 appears to exist in the 1.19alpha but not the 1.17alpha I still have quite a few sites on the old code as some extensions break on the upgrade - I shall have to see what's up with the new (1.19) version of IP.php -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30739] IPv6 addresses not obtained successfully from X-Forwarded-For on Squid 3.1.15
https://bugzilla.wikimedia.org/show_bug.cgi?id=30739 --- Comment #8 from Brion Vibber 2011-09-06 22:51:14 UTC --- The code never gets that far -- there's a check for isIPv6() right at the top which diverts execution into isPublic6. :) Problem is simply that the range list it's checking against is incorrect, so the vast majority of potential network addresses are miscategorized as private. -- 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 30790] doesn't support correctly in fa.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30790 reza1615 changed: What|Removed |Added Keywords||i18n CC||developm...@pediapress.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 30790] New: doesn't support correctly in fa.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30790 Web browser: --- Bug #: 30790 Summary: doesn't support correctly in fa.wiki Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: reza.ene...@gmail.com Classification: Unclassified doesn't support correctly in fa.wiki it's table fonts are some rectangles (un none characters)!! http://fa.wikipedia.org/wiki/%DA%AF%D8%A7%D9%87%E2%80%8C%D9%86%DA%AF%D8%A7%D8%B1%DB%8C_%D8%B3%D8%A8%DA%A9%D9%87%D8%A7%DB%8C_%D9%85%D8%B9%D9%85%D8%A7%D8%B1%DB%8C#1750.E2.80.94present -- 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 30739] IPv6 addresses not obtained successfully from X-Forwarded-For on Squid 3.1.15
https://bugzilla.wikimedia.org/show_bug.cgi?id=30739 --- Comment #7 from Carl Austin Bennett 2011-09-06 22:47:17 UTC --- I tried disabling the " $1p != long2ip ( $n ) " and going to http://ipv6.uncyclomedia.org/wiki/Special:Mypage - it successfully comes back at me now as http://ipv6.uncyclomedia.org/wiki/User:2001:5C0:1000:A:0:0:0:133 Clearly it's doing something that doesn't like IPv6 (for instance, if a 'long' is defined as 32-bits, as a machine word or as anything smaller than 128 bits this would ensure 'long2ip' to not be IPv6 friendly no matter what else takes place). This is based on the MediaWiki 1.17alpha but I believe the same issue is in 1.19 -- 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 30786] Cleanup deleted archive thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=30786 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #2 from Roan Kattouw 2011-09-06 22:47:15 UTC --- (In reply to comment #1) > Fixed in r96375. I think Sam meant to ask ops to delete old thumbs on our cluster? -- 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 30645] No history for upload campaigns
https://bugzilla.wikimedia.org/show_bug.cgi?id=30645 Mark A. Hershberger changed: What|Removed |Added Severity|minor |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 30739] IPv6 addresses not obtained successfully from X-Forwarded-For on Squid 3.1.15
https://bugzilla.wikimedia.org/show_bug.cgi?id=30739 --- Comment #6 from Carl Austin Bennett 2011-09-06 22:41:32 UTC --- The problem would appear to be IP.php:isPublic( $ip ) which fails IPv6 addresses on this test: // ip2long accepts incomplete addresses, as well as some addresses // followed by garbage characters. Check that it's really valid. if( $ip != long2ip( $n ) ) { return false; } -- 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 30739] IPv6 addresses not obtained successfully from X-Forwarded-For on Squid 3.1.15
https://bugzilla.wikimedia.org/show_bug.cgi?id=30739 Brion Vibber changed: What|Removed |Added Keywords||need-unittest --- Comment #5 from Brion Vibber 2011-09-06 22:39:32 UTC --- Adding need-unittest keyword; a prime candidate for adding to unit tests. :) -- 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 30739] IPv6 addresses not obtained successfully from X-Forwarded-For on Squid 3.1.15
https://bugzilla.wikimedia.org/show_bug.cgi?id=30739 --- Comment #4 from Brion Vibber 2011-09-06 22:38:29 UTC --- Curious! IP::isPublic6() only lists fc:: - fdff:. and 0:0:0:0:0:0:0:1 as private ranges, so the 2001:... one should come through ok. Aho, looks like that should be 'fc00::' not 'fc::' ... http://en.wikipedia.org/wiki/Private_network#Private_IPv6_addresses -- 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 30789] New: Percent in filename breaks thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=30789 Web browser: --- Bug #: 30789 Summary: Percent in filename breaks thumbnails Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jelle.zijls...@gmail.com CC: bawolff...@gmail.com, bryan.tongm...@gmail.com Classification: Unclassified See https://secure.wikimedia.org/wikipedia/en/wiki/File:Ex_1%25_ample.jpg. Both of the thumbnails in the file history section do not show up. When I go to the URL of the first thumbnail (http://upload.wikimedia.org/wikipedia/en/thumb/d/db/Ex_1%25_ample.jpg/111px-Ex_1%25_ample.jpg) in my browser, I get the following error: Error generating thumbnail Error creating thumbnail: convert: unable to open image `/mnt/thumbs/wikipedia/en/thumb/d/db/Ex_1%%_ample.jpg/111px-Ex_1%%_ample.jpg': @ error/blob.c/OpenBlob/2498. Something is wrong with URL decoding, causing the %25 in the URL to get converted to %% instead of %. (This originally got reported on [[w:WP:VPT]] (https://secure.wikimedia.org/wikipedia/en/w/index.php?title=Wikipedia:Village_pump_%28technical%29&oldid=448818820#Broken_thumbnail); the problematic file was fixed by renaming it to a title that didn't contain the percent sign.) -- 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 30788] New: Allow triggering of user password reset email via the API
https://bugzilla.wikimedia.org/show_bug.cgi?id=30788 Web browser: --- Bug #: 30788 Summary: Allow triggering of user password reset email via the API Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: API AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: bryan.tongm...@gmail.com, rlan...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net, soxre...@gmail.com Classification: Unclassified Allow triggering of user password reset email via the API RoanKattouw: is there any way to request a password through email via the api? No, it'd be trivial enough to add though if wanted Not that I know of :( In theory, Akshays rewrite should allow that if it doesn't already If you've got a need for it.. I can do it, it won't be much work I do have a need I'm making a script to automatically link SVN accounts with labs File it in BZ, I'll see about getting to it in the morning It'll be fairly standalone hopefully, so pushing in 1.17wmf1/1.18 shouldn't be an issue.. it gives them a wiki name, changes their password to something random, logs in as them, and then should send them a password reset email I'm using the 1.18 branch, if that's easier -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30739] IPv6 addresses not obtained successfully from X-Forwarded-For on Squid 3.1.15
https://bugzilla.wikimedia.org/show_bug.cgi?id=30739 --- Comment #3 from Carl Austin Bennett 2011-09-06 22:31:34 UTC --- This is weird, wfGetIP correctly determines $ipchain = {127.0.0.1 , 2001:5c0:1000:a::133 } and recognises 127.0.0.1 as a trusted proxy (localhost4) but then fails to recognise the IPv6 as compliant with IP::isPublic() Set $wgUsePrivateIPs = 1 and suddenly [[special:mypage]] indeed does go to [[User:2001:5C0:1000:A:0:0:0:133]] (or whatever dynamic IP I'm browsing from). -- 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 30766] URL can use another script
https://bugzilla.wikimedia.org/show_bug.cgi?id=30766 --- Comment #1 from Brion Vibber 2011-09-06 22:19:54 UTC --- Are you suggesting eg being able to have http://βικιπαίδεια.org go to http://el.wikipedia.org or http://维基百科.org go to http://zh.wikipedia.org ? (In some cases a spelling/transliteration will be shared with several languages, so this wouldn't always be enough without a language or country code.) Do these work ok with Latin TLDs or would they need to be paired with a country-specific IDN ccTLD like .中国 for China or .台湾 for Taiwan? While these sorts of things could be set up as redirects, I don't think they're really suitable for the core hostnames to use in the URLs. We rely on using a shared 'wikipedia.org' domain to cut down *massively* on cookies needed for the shared login state, and mixing core URLs around could be painful, confusing, or error-prone. -- 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 30739] IPv6 addresses not obtained successfully from X-Forwarded-For on Squid 3.1.15
https://bugzilla.wikimedia.org/show_bug.cgi?id=30739 --- Comment #2 from Carl Austin Bennett 2011-09-06 22:17:59 UTC --- This is what Squid/Apache is feeding to ProxyTools.php::wfGetForwardedFor() Host=ipv6.example.org User-Agent=Mozilla/5.0 (Windows NT 5.1; rv:6.0.1) Gecko/20100101 Firefox/6.0.1 Accept=text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language=en-GB,en;q=0.9,en-US;q=0.7,en-ca;q=0.6,fr-FR;q=0.4,fr;q=0.3,en;q=0.1 Accept-Encoding=gzip, deflate Accept-Charset=ISO-8859-1,utf-8;q=0.7,*;q=0.7 Referer=http://ipv6.example.org/wiki/User:127.0.0.1 DNT=1 Pragma=no-cache Via=1.1 server.example.org (squid/3.1.15) X-Forwarded-For=2001:5c0:1000:a::133 Cache-Control=no-cache obtained by inserting a 'print' statement as: function wfGetForwardedFor() { if( function_exists( 'apache_request_headers' ) ) { // More reliable than $_SERVER due to case and -/_ folding $set = array (); foreach ( apache_request_headers() as $tempName => $tempValue ) { $set[ strtoupper( $tempName ) ] = $tempValue; print $tempName . "=" . $tempValue . ", \n"; } According to ProxyTools.php::wfGetIP() REMOTE_ADDR = 127.0.0.1 and, according to the config files, 127.0.0.1 is in $wgSquidServersNoPurge (as it must, or IPv4 traffic would also be in [[special:recentchanges]] as coming from localhost - and some random admin would've tried to ban the address by now) So, clearly $set['X-Forwarded-For'] = '2001:5c0:1000:a::133' is done in wfGetForwardedFor() and it's somewhere after this point that it doesn't like an IPv6 address. -- 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 30787] New: PostgreSQL 9.0 default 'mediawiki' schema causes failure, use 'public' instead.
https://bugzilla.wikimedia.org/show_bug.cgi?id=30787 Web browser: --- Bug #: 30787 Summary: PostgreSQL 9.0 default 'mediawiki' schema causes failure, use 'public' instead. Product: MediaWiki Version: 1.17.0 Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Database AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: brad.lhot...@gmail.com Classification: Unclassified Installing database to a Postgresql 9.0 Server, remotely. MediaWiki running on CentOS 6, PHP 5.3.2 During the install the DB Schema defaulted to 'mediawiki'. The install completed successfully, but upon viewing the site, there was an exception. Enabling exceptions, I saw that all the SQL statements that were tried were failing. None of the queries specified the schema. IE: SELECT * FROM table where column='value'; There should be an option in the PG DB connection to set the default schema, but that may not be working on CentOS 6's php-pgsql. Without the proper setting of default schema, all table, view, and procedure names would need to specify their schema expressly, as in: SELECT * FROM mediawiki.table where column='value'; Going to test against SVN HEAD tomorrow. -- 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 29876] 1.18 post-deployment actions (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29876 Bug 29876 depends on bug 30786, which changed state. Bug 30786 Summary: Cleanup deleted archive thumbnails https://bugzilla.wikimedia.org/show_bug.cgi?id=30786 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30786] Cleanup deleted archive thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=30786 Russ Nelson changed: What|Removed |Added Status|NEW |RESOLVED CC||russnel...@gmail.com Resolution||FIXED --- Comment #1 from Russ Nelson 2011-09-06 21:56:24 UTC --- Fixed in r96375. -- 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 30785] Missing Main Page on Mobile Frontend
https://bugzilla.wikimedia.org/show_bug.cgi?id=30785 --- Comment #1 from Patrick Reilly 2011-09-06 21:56:09 UTC --- This has been addressed in r96365. But, still trying to figure out how to handle 'ja' as it doesn't have named ids on those sections of content. -- 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 30671] CentralAuth should globally autologin user on account creation
https://bugzilla.wikimedia.org/show_bug.cgi?id=30671 --- Comment #2 from Brion Vibber 2011-09-06 21:41:12 UTC --- Hmm, this was always meant to work -- either it's a regression or nobody noticed for a few years. :) -- 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 30780] Empty submission of rating
https://bugzilla.wikimedia.org/show_bug.cgi?id=30780 Reedy changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Reedy 2011-09-06 21:25:04 UTC --- What about 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 29876] 1.18 post-deployment actions (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29876 Reedy changed: What|Removed |Added Depends on||30786 -- 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 30192] Thumbnails of archived images don't get deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=30192 Reedy changed: What|Removed |Added Blocks||30786 -- 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 30786] New: Cleanup deleted archive thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=30786 Web browser: --- Bug #: 30786 Summary: Cleanup deleted archive thumbnails Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: ops, shell Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net Depends on: 30192 Blocks: 29876 Classification: Unclassified Code has been fixed in bug 30192, and will be back ported to 1.18 Although they aren't doing any harm, it might be worth clearing up the thumbnail directories to delete thumbnails where the archived revision of the image has been deleted -- 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 29068] Bugs to be fixed for 1.18 WMF deployment (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29068 Bug 29068 depends on bug 30192, which changed state. Bug 30192 Summary: Thumbnails of archived images don't get deleted https://bugzilla.wikimedia.org/show_bug.cgi?id=30192 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18840] RevDelete/HideUser (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18840 Bug 18840 depends on bug 30192, which changed state. Bug 30192 Summary: Thumbnails of archived images don't get deleted https://bugzilla.wikimedia.org/show_bug.cgi?id=30192 What|Old Value |New Value Status|ASSIGNED|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 30192] Thumbnails of archived images don't get deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=30192 Chad H. changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #24 from Chad H. 2011-09-06 21:02:56 UTC --- Patch applied with minor tweaks in r97373. -- 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 30650] Remove jQuery from mobile site
https://bugzilla.wikimedia.org/show_bug.cgi?id=30650 --- Comment #13 from Tomasz Finc 2011-09-06 20:58:56 UTC --- (In reply to comment #0) > Created attachment 8991 [details] > replacement for MobileFrontend/javascripts/application.js > > The mobile site js is dependent on jQuery, which pretty much doubles the size > of the average page. (Side notes: The current system of attaching events to > elements via js after the document loads really doesn't make sense; see > comments in attached script. Also, the current setup seems to have the js > directly modify the content of the searchfield and title, instead of having > them start with the right content. I don't know PHP so I can't help with > either > of these.) Thanks for the patch and continued work Yair. One thing that were going to have to have community discussion about before we close this bug is wether we will remove jQuery from all devices as this bug states or some bugs as https://bugzilla.wikimedia.org/show_bug.cgi?id=29505 says. There is no question that we want to keep payload size small. But as we start to increase the functionality for mobile we want to start using established frameworks that don't significant'y increase our payload but at the same time we need to allow the ease of development to not have to re-invent functionality and code each time we add a new feature. Having to do custom js work for each mobile feature will eventually cause our payload to grow larger then we want it and it will further complicate our implementation. We really need to not have both happen. In order to do this we'll have to experiment with frameworks like http://zeptojs.com/, http://joapp.com/, http://xuijs.com/, etc to see what will give us the best balance for mobile while keeping compatibility with our PC site using jQuery. We'd love to get your help testing these. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29876] 1.18 post-deployment actions (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29876 Reedy changed: What|Removed |Added Depends on||27478 -- 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 27478] Enable $wgHtml5 on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=27478 Reedy changed: What|Removed |Added Blocks||29876 -- 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 29582] UploadWizard needs {{GRAMMAR}} support
https://bugzilla.wikimedia.org/show_bug.cgi?id=29582 Mark A. Hershberger changed: What|Removed |Added Summary|UploadWizard fails while|UploadWizard needs |rendering messages with |{{GRAMMAR}} support |{{GRAMMAR}} | Severity|blocker |enhancement --- Comment #6 from Mark A. Hershberger 2011-09-06 20:34:16 UTC --- The failure here looks similar if not identical to Bug 30707. {{GRAMMAR}} support is a separate issue, though. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30701] Random Articles on mobile Wikipedia always show the same
https://bugzilla.wikimedia.org/show_bug.cgi?id=30701 Max changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #2 from Max 2011-09-06 20:26:04 UTC --- neither works on my mobile (android 2.3.4) nor on my laptop. friend of mine confirmed the bug. we even got to see the exact same articles (on different machines in different networks). it's not that you ALWAYS see the same article when you hit random again, but a selection of a few. when you wait for some time, different articles are shown, but those are repeated as well. It definitely is not random. just hit "random" a few times or enter http://en.m.wikipedia.org/wiki/Special:Random and I think you'll notice because until now everybody else could confirm this bug. btw: "normal" wikipedia handles random pages as I would expect! -- 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 28810] Video thumbnails don't work (on live Commons?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28810 --- Comment #5 from Brion Vibber 2011-09-06 20:05:35 UTC --- To confirm -- is the prototype configuration using on-demand thumbnailing, a separate image scaler subcluster, and the $wgUploadStashScalerBaseUrl configuration option? Things seem to go through a wildly different code path in this configuration, where it performs some sort of manually-proxied HTTP request instead of loading the file from the filesystem. IIRC img_auth.php is handled by having the proxy configuration send those requests to the image scalers directly, so in the MW code nothing very clever has to happen. -- 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 22014] Caching problems with mobile_main_page
https://bugzilla.wikimedia.org/show_bug.cgi?id=22014 --- Comment #31 from Tomasz Finc 2011-09-06 20:03:23 UTC --- (In reply to comment #29) > (In reply to comment #28) > > (In reply to comment #27) > > > (In reply to comment #26) > > > > (In reply to comment #25) > > > > > Sorry, I meant upper left corner. > > > > > > > > Yes, I got that :) No, there is no beta next to the W, so this means I > > > > probably > > > > see the old version. > > > > > > > > But why does this happens, since the Mobile Frontend extension is > > > > installed on > > > > all the wikis? > > > > > > You need to opt-in to the new beta: > > > http://en.wikipedia.org/?mobileaction=opt_in_mobile_site > > > > > > Just change the language to the one that you're currently testing. > > > > Yes, this time I got the "W beta" and today's news, so I guess we can close > > this bug. > > > > I have just one more question: after opt-in, the home page was empty. What > > page > > should have been displayed there? > > This is due to that language not using the default selectors for the sections. > This is addressed in another bug. Were tracking missing main pages in https://bugzilla.wikimedia.org/show_bug.cgi?id=30785 -- 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 28810] Video thumbnails don't work (on live Commons?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28810 Mark A. Hershberger changed: What|Removed |Added CC||m...@everybody.org --- Comment #4 from Mark A. Hershberger 2011-09-06 19:48:46 UTC --- pinging peter in IRC (and on this bug) to see if the image scalars are upgraded. -- 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 30112] MediaWiki needs moar NyanCat
https://bugzilla.wikimedia.org/show_bug.cgi?id=30112 Chad H. changed: What|Removed |Added Status|RESOLVED|VERIFIED Resolution|LATER |WONTFIX -- 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 30330] geoiplookup returns bad data over HTTPS
https://bugzilla.wikimedia.org/show_bug.cgi?id=30330 Roan Kattouw changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #8 from Roan Kattouw 2011-09-06 19:31:41 UTC --- Ryan fixed this. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30192] Thumbnails of archived images don't get deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=30192 Reedy changed: What|Removed |Added Attachment #8992|0 |1 is obsolete|| --- Comment #23 from Reedy 2011-09-06 19:04:16 UTC --- Created attachment 9021 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9021 Whitespace issues fixed Patch looks alright, and seems to fix the deletion of archived thumbnail images It does however, leave the "20110411224401!Blah.png" folder, which IMHO, if we're deleting the files, hence making the directory empty, we should then delete the directory -- 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 30772] mobile wikipedia shows the old versions of articles
https://bugzilla.wikimedia.org/show_bug.cgi?id=30772 --- Comment #9 from Lvova 2011-09-06 18:57:53 UTC --- The problem is not with wikipedians. The problem is with readers. They try to use the mobile wiki (just because they are automatically redireted to it), and it shows the old version of articles. They try to fix problems in articles and see the code without the founded problem. It doesn't matter if you wrote about the problem in the blog and on metawiki - no one normal Russian user of Wikipedia would not read it. We have a page for reports about mistakes in articles and we see a LOT of reports about nonexistent mistakes. If you want to say 'we know about the problem and you SHOULD WAIT WE WILL NOT DO NOTHING' - write it on the current mobile wiki pages, please. Your reply is not a solution at all. -- 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 30512] Turn MobileFrontend on for 100% of production traffic
https://bugzilla.wikimedia.org/show_bug.cgi?id=30512 Tomasz Finc changed: What|Removed |Added Depends on||30785 -- 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 30785] Missing Main Page on Mobile Frontend
https://bugzilla.wikimedia.org/show_bug.cgi?id=30785 Tomasz Finc changed: What|Removed |Added Blocks||30512 -- 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 30785] New: Missing Main Page on Mobile Frontend
https://bugzilla.wikimedia.org/show_bug.cgi?id=30785 Web browser: --- Bug #: 30785 Summary: Missing Main Page on Mobile Frontend Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: tf...@wikimedia.org CC: prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Were missing the main page on at least the following. fr, de, & ja. -- 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 30772] mobile wikipedia shows the old versions of articles
https://bugzilla.wikimedia.org/show_bug.cgi?id=30772 --- Comment #8 from Tomasz Finc 2011-09-06 18:49:43 UTC --- Sorry about the confusion Lvova. We tried to publish our switch over in as many places as possible http://blog.wikimedia.org/2011/08/17/calling-mobile-testers-for-round-two/ http://blog.wikimedia.org/2011/06/10/testing-mobile-prototype/ http://lists.wikimedia.org/pipermail/wikitech-l/2011-August/054692.html http://lists.wikimedia.org/pipermail/wikitech-l/2011-August/054877.html http://www.mediawiki.org/wiki/MobileFrontend/Deployment http://meta.wikimedia.org/wiki/Mobile_Projects/Contribute#Contributors (under mobile site re-write) If there was some other news source that would have been helpful to use then let know. But as you can see we tried to message very broadly. -- 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 30722] Category sorting should be case-sensitive on iswiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=30722 Brion Vibber changed: What|Removed |Added Summary|Category sorting should be |Category sorting should be |case-sensitive on iswiki|case-sensitive on ||iswiktionary --- Comment #2 from Brion Vibber 2011-09-06 18:32:57 UTC --- To confirm -- this requests a change to iswiktionary (is.wiktionary.org), not iswiki (is.wikipedia.org)? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30746] Change in parser behavior in tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=30746 --- Comment #2 from DaSch 2011-09-06 18:32:33 UTC --- This are mainly the same (the map is missing an wecowi) http://de.wikipedia.org/wiki/Vorlage:Infobox_Ort_in_den_Vereinigten_Staaten http://www.wecowi.de/wiki/Vorlage:Infobox_Ort_in_den_Vereinigten_Staaten important are the lines at the end -- 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 30732] remove duplicate space-separated attribute values from wikitext
https://bugzilla.wikimedia.org/show_bug.cgi?id=30732 --- Comment #1 from Brion Vibber 2011-09-06 18:31:23 UTC --- Is this worth the bother? What benefit do we get? -- 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 30739] IPv6 addresses not obtained successfully from X-Forwarded-For on Squid 3.1.15
https://bugzilla.wikimedia.org/show_bug.cgi?id=30739 --- Comment #1 from Brion Vibber 2011-09-06 18:29:28 UTC --- 1) What's the X-Forwarded-For header actually look like? 2) What's the REMOTE_ADDR seen from Apache? Is it the same for IPv4 and IPv6 visits? 3) Note that any untrusted X-Forwarded-For entries are automatically ignored to avoid spoofing; only entries provided by a trusted proxy host will be taken into account. Make sure that your proxy server is listed in $wgSquidServers or $wgSquidServersNoPurge -- if things come in through a different address on the IPv6 path it might actually not be seeing it as coming from a trusted server. http://www.mediawiki.org/wiki/Manual:$wgSquidServers -- 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 30112] MediaWiki needs moar NyanCat
https://bugzilla.wikimedia.org/show_bug.cgi?id=30112 Max Semenik changed: What|Removed |Added URL|https://secure.phabricator. |http://www.youtube.com/watc |com/T218|h?v=9cY2VybnyNE CC||maxsem.w...@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 30746] Change in parser behavior in tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=30746 --- Comment #1 from Brion Vibber 2011-09-06 18:23:27 UTC --- Can you provide a full example & the before & after renderings? -- 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 30673] Implement central locale-specific, or tailored, sorting framework (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30673 Brion Vibber changed: What|Removed |Added Blocks||29788 -- 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 164] Support collation by a certain locale (sorting order of characters)
https://bugzilla.wikimedia.org/show_bug.cgi?id=164 Brion Vibber changed: What|Removed |Added Blocks|29788 | -- 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 29788] Swedish-language wikis should use Swedish-locale sorting (ie. ÅÄÖ should sort correctly)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29788 Brion Vibber changed: What|Removed |Added Depends on|164 |30673 -- 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 30673] Implement central locale-specific, or tailored, sorting framework (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30673 --- Comment #9 from Brion Vibber 2011-09-06 18:15:46 UTC --- Bug 164 *started* on subjects besides category sorting -- "This problem is most visible in the rise of Categories, but present in every automatic list, like Allpages or the list of registered editors." It was later narrowed for some reason when only category sorting got implemented. Since bug 164 has a billion comments and is just too noisy, this bug seems to be taking on its original role, rarefied explicitly to an overarching tracking bug. Much of this core infrastructure is implemented by the Collation class, already committed for bug 164, but only hooked up to categories for actual use and storage, and with some limitations on what locales are available from a straight configuration. Key things to do: * actually allow use of locale-specific collations _without writing additional code_ when the collation is already provided by our libraries (currently there is no way to request a locale collation from the intl extension, as only "root" can be selected without writing an extension to process a different key name) * (probably) make reasonably sanely automatic use of content-language locales, so site administrators don't have to set both a language *and* a collation for most default cases * make sure that non-category things that need to do locale sorting have access to it and make use of it (seems to be tracking bug 30672?) -- 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 10542] CLI setup script (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=10542 Mark A. Hershberger changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Mark A. Hershberger 2011-09-06 17:39:27 UTC --- marking fixed since we have one now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30537] Ability to check for existence and uniqueness of a property
https://bugzilla.wikimedia.org/show_bug.cgi?id=30537 --- Comment #2 from fastgoldf...@gmail.com 2011-09-06 17:23:56 UTC --- I forgot to mention that the workaround for this bug requires caching to be disabled on the wiki, at least for form pages. There's a beta-quality extension that allows this to be done on single pages (such as just the form page): http://www.mediawiki.org/wiki/Extension:MagicNoCache but the only way to do it without installing buggy extensions is to turn caching off for the entire wiki, which obviously is only going to work well on very small wikis. That's another reason why the workaround is insufficient to solve this problem, and the reasoning behind creating bug 30784 and marking it as a blocker for this one. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30784] Page creation date metaproperty required in SMW core
https://bugzilla.wikimedia.org/show_bug.cgi?id=30784 --- Comment #1 from fastgoldf...@gmail.com 2011-09-06 17:20:15 UTC --- Also, I forgot to mention that the workaround for this bug requires caching to be disabled on the wiki, at least for form pages. That makes the workaround very inadequate for most people, since there are not many ways to do that reliably without causing other problems on the wiki. -- 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 30610] Needed semantic "meta" properties
https://bugzilla.wikimedia.org/show_bug.cgi?id=30610 --- Comment #5 from fastgoldf...@gmail.com 2011-09-06 17:13:01 UTC --- I entered a "blocker" bug report for the requested page creation date property: https://bugzilla.wikimedia.org/show_bug.cgi?id=30784 I believe it needs to be in SMW core in order for progress to be made on the bug requesting the ability to check for duplicates: https://bugzilla.wikimedia.org/show_bug.cgi?id=30537 -- 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 30537] Ability to check for existence and uniqueness of a property
https://bugzilla.wikimedia.org/show_bug.cgi?id=30537 --- Comment #1 from fastgoldf...@gmail.com 2011-09-06 17:08:51 UTC --- I have discovered a workaround for this bug, but the workaround also requires another workaround for the "Page creation date" portion of this bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=30610 By manually producing a creation date property that is close to the actual creation date, it becomes possible to use it in a duplicate checking scheme to determine whether a discovered duplicate is actually the original. This is important, because otherwise the duplicate checking scheme will mark the original as a duplicate too. Basically, it just checks to see if the creation date is the smallest (in unix time) of all the duplicates found. If yes, the unique property (serial number, in this case) is stored as-is. If not, the error "DUPLICATE!" is stored instead. This method works better than previous methods that relied on caching to not mark the original entry as a duplicate. [[Certification number::{{#if: {{#ask: [[Serial number::{{{Serial number|}}}]] [[Creation date::<{{{Creation date|}}}]] | ?Creation date }} | DUPLICATE! | {{{Certification number|}}} }}]] For the above code, $smwStrictComparators = true is set, as described here: http://semantic-mediawiki.org/wiki/Help:Strict_comparators This workaround is not a solution, since it requires that the duplicate be entered into the system before it is checked and marked as a duplicate. Branching forms can solve this problem completely by checking for duplicates of critical information in the first step, before sending the user on to invest their effort to fill out the remainder of the form(s). However, branching forms (and any other possible technique for dupe checking) still needs a page creation date property in order to know which page is the original. I have created a new bug requesting a page creation date property in SMW core: https://bugzilla.wikimedia.org/show_bug.cgi?id=30784 I marked that bug as a blocker for this bug, since a creation date property is required to do dupe checking. I did not mark it as a blocker for branching forms, because that can still be done without it, with the caveat that it will have the limitation of not being able to do dupe checking. -- 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 30784] New: Page creation date metaproperty required in SMW core
https://bugzilla.wikimedia.org/show_bug.cgi?id=30784 Web browser: --- Bug #: 30784 Summary: Page creation date metaproperty required in SMW core Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: blocker Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: fastgoldf...@gmail.com CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified This bug report is an element of this one, for needed metaproperties: https://bugzilla.wikimedia.org/show_bug.cgi?id=30610 and it is a blocker for this one, for existence and uniqueness validation: https://bugzilla.wikimedia.org/show_bug.cgi?id=30537 Without a creation date property, it is not currently possible to use a workaround to check for duplicates without also marking the original as a duplicate. Being able to find the oldest page creation date makes it possible to allow that original page to not be marked as a duplicate, while all subsequent pages are marked as duplicates. An inaccurate manually created page creation date property can be employed as a workaround for the problem, but it is only able to record the date that the form was loaded, not the actual creation date of the resulting page produced by the form. In order to do this for all pages, as reported in bug 30537, a creation date metaproperty is required, and very probably should be in SMW core instead of an extension, due to its "blocker" nature. Once a creation date metaproperty becomes available in the core, bug 30537 can be fixed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30756] Enable WikiLove on Swedish Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30756 Erik Moeller changed: What|Removed |Added Status|RESOLVED|REOPENED CC||e...@wikimedia.org Resolution|FIXED | --- Comment #2 from Erik Moeller 2011-09-06 17:01:54 UTC --- Reopening. Wrong wiki, Sam -- it's svwiki, not sewiki :-) -- 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 30558] Allow WikiLove to send to multiple recipients
https://bugzilla.wikimedia.org/show_bug.cgi?id=30558 Erik Moeller changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX -- 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 30558] Allow WikiLove to send to multiple recipients
https://bugzilla.wikimedia.org/show_bug.cgi?id=30558 Erik Moeller changed: What|Removed |Added CC||e...@wikimedia.org --- Comment #3 from Erik Moeller 2011-09-06 16:58:14 UTC --- Seems likely to be misused for lovebombing, WONTFIX for now unless you have a grand architectural plan that makes it both feasible and desirable. ;-) -- 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 30192] Thumbnails of archived images don't get deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=30192 Reedy changed: What|Removed |Added Keywords||need-review, patch -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24999] Cannot create a username containing a Zero width joiner on languages where a ZWJ makes a visible difference and is required
https://bugzilla.wikimedia.org/show_bug.cgi?id=24999 --- Comment #15 from Santhosh Thottingal 2011-09-06 15:40:53 UTC --- (In reply to comment #14) > According to Unicode Annex 31(http://www.unicode.org/reports/t0/), Identifier > patterns, as an exception to the usual exclusion of ZWJ is not allowed for > certain scripts. Sorry. Read it as : According to Unicode Annex 31(http://www.unicode.org/reports/t0/), Identifier patterns, as an exception to the usual exclusio, ZWJ *is allowed* for certain scripts, -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24999] Cannot create a username containing a Zero width joiner on languages where a ZWJ makes a visible difference and is required
https://bugzilla.wikimedia.org/show_bug.cgi?id=24999 Santhosh Thottingal changed: What|Removed |Added Keywords||i18n CC||santhosh.thottingal@gmail.c ||om --- Comment #14 from Santhosh Thottingal 2011-09-06 15:37:39 UTC --- According to Unicode Annex 31(http://www.unicode.org/reports/tr31/), Identifier patterns, as an exception to the usual exclusion of ZWJ is not allowed for certain scripts. That includes Sinhala. But the policy is strict about where and how one can use ZWJ. Sinhala , many Indian languages and Arabix require zwj, which make visual difference. We need to implement UAX31 on top of r13007 -- 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 30783] mw.config.get and mw.config.set should allow additional calling patterns
https://bugzilla.wikimedia.org/show_bug.cgi?id=30783 darklama changed: What|Removed |Added Keywords||patch -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30783] New: mw.config.get and mw.config.set should allow additional calling patterns
https://bugzilla.wikimedia.org/show_bug.cgi?id=30783 Web browser: --- Bug #: 30783 Summary: mw.config.get and mw.config.set should allow additional calling patterns Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Resource Loader AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: darkl...@gmail.com CC: roan.katt...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Created attachment 9020 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9020 more call patterns for get and set Currently mw.config.get can be called with: * mw.config.get( 'what' ); * mw.config.get( 'what', 'fallback' ); * mw.config.get( [ 'what1', 'what2' ] ); * mw.config.get( [ 'what1', 'what2' ], 'fallback' ); However mw.config.get should also allow: * mw.config.get( [ 'what1', 'what2' ], [ 'fallback1', 'fallback2' ] ); * mw.config.get( { 'what1': 'fallback1', 'what2': 'fallback2' }); * mw.config.get( [ 'what1', 'what2' ], { 'what1': 'fallback1', 'what2': 'fallback2' }); Currently mw.config.set can be called with: * mw.config.set( 'what', 'value' ); * mw.config.set({ 'what1': 'value1', 'what2': 'value2' }); However mw.config.set should also allow: * mw.config.set( [ 'what1', 'what2' ], [ 'value1', 'value2' ] ); I think these additions would allow more flexibility without having to resort to calling get and set in loops at times. I've included a patch to allow these call patterns. -- 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 2257] Template parameters unavailable to XML-style parser tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=2257 The Evil IP address changed: What|Removed |Added CC||theevilipaddr...@hotmail.de --- Comment #90 from The Evil IP address 2011-09-06 15:11:25 UTC --- *** Bug 30782 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30782] Template syntax isn't parsed within imagemaps
https://bugzilla.wikimedia.org/show_bug.cgi?id=30782 The Evil IP address changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from The Evil IP address 2011-09-06 15:11:25 UTC --- Yes, nevermind, had forgotten about #tag. *** This bug has been marked as a duplicate of bug 2257 *** -- 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