[Bug 34695] Some corrupt thumbs remain from initial Swift deploy
https://bugzilla.wikimedia.org/show_bug.cgi?id=34695 Ben Hartshorne bhartsho...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from Ben Hartshorne bhartsho...@wikimedia.org 2012-02-24 22:35:28 UTC --- The initial run to purge broken thumbnails reduced our incidence from about 1.5% of all thumbnails to 0.003%, but I believe there are still a few left. I am currently working on a slow process to cull the rest (this will likely run for at least 2 weeks to complete). Though it will take a long time I think it's ok given the low incidence. Re: Ralf's comment what makes you think you solved the problem?: we were able to recreate the issue by initiating a connection to swift requesting a thumbnail that doens't alraedy exist and closing the connection before the entire thumbnail is returned. Closing the client side early resulted in a truncated file getting written to Swift. We adjusted the code in Swift to pay attention to the Content-Length header and the ETag headers (if they exist) and at the same time adjusted the code on ms5 (Swift's current backend) and the image scalers to create content-length and ETag headers whenever possible. After making these changes, closing the client connection prematurely resulted in nothing getting written to Swift instead of a truncated image. The PUT to swift would fail because the closed connection meant that the data pushed into the system did not match whichever headers were available. While we can never be absolutely sure that a different bug with the same symptoms doesn't also exist, all my tests so far have been unable to recreate truncated images in Swift. Additionally, I installed a process to monitor roughly 30% of all newly created Swift objects and check them against the copy on ms5 to identify any new incidence of the same (or similar) bugs. This monitoring process hasn't seen any truncated images appear since we deployed the fix to the dropped connection bug. The files referenced in this bug (the Commons emblem) was created truncated in swift prior to the deploy of the fix for the dropped connection bug, so is a left over remnant rather than a new example. I'll close this bug when the final cleanup of the remaining broken thumbnails is complete. -- 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 34653] Logs corrupt or have big delays
https://bugzilla.wikimedia.org/show_bug.cgi?id=34653 --- Comment #10 from Arthur Richards aricha...@wikimedia.org 2012-02-24 22:45:15 UTC --- I'm not sure about the most recent comment, but I've been investigating the issue brought up in the initial comments. It appears that the API for log events has not kept pace with development with the logging classes in MW in general. I'm going to take a stab at cleaning up the issue with serialized output (which appears to be an issue where the API is not properly handling different formats of 'log param' data). -- Configure 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 34665] [patch] LIKE queries with spaces in search term broken for Page properties in SMW 1.6+
https://bugzilla.wikimedia.org/show_bug.cgi?id=34665 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Keywords|need-review, patch | --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2012-02-24 22:53:39 UTC --- Thanks for the patch Andrew! Markus, can you have a look at this 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 34695] Some corrupt thumbs remain from initial Swift deploy
https://bugzilla.wikimedia.org/show_bug.cgi?id=34695 --- Comment #4 from Ben Hartshorne bhartsho...@wikimedia.org 2012-02-24 23:11:00 UTC --- (oh, I forgot; in the mean time, if there are specific images you find that are truncated, please feel free to ?action=purge on them. That will clear up the problem for a specific image that's affecting you while I continue to do the more complete scan of all thumbnails.) -- 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 34349] Triage the Gerrit bugs that matter list on labs wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=34349 --- Comment #1 from Chad H. innocentkil...@gmail.com 2012-02-24 23:11:54 UTC --- I did some cleanup to this the other day. Made sure to note bugs that have been filed upstream. Still needs some additional prioritization and investigating as to who we can poke about fixing them. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34138] Stage source tree on fenari with git instead of svn
https://bugzilla.wikimedia.org/show_bug.cgi?id=34138 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Priority|Normal |High CC||aschulz4...@gmail.com, ||suma...@panix.com Severity|normal |blocker --- Comment #1 from Sumana Harihareswara suma...@panix.com 2012-02-24 23:13:00 UTC --- Aaron, do you have time to do this? We need it by Friday 2 March. -- 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 34699] New: yesterday/today/tomorrow in timel does not respect (local) timezone
https://bugzilla.wikimedia.org/show_bug.cgi?id=34699 Web browser: --- Bug #: 34699 Summary: yesterday/today/tomorrow in timel does not respect (local) timezone Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ParserFunctions AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de Classification: Unclassified Mobile Platform: --- On de.wp the timel has some problems with the timezone. Between 0:00 CET and 1:00 CET the words yesterday/today/tomorrow gives the wrong date, see the following example: * {{#timel:Y/m/d|1 day ago}} 2012/02/24 * {{#timel:Y/m/d|-1 day}} 2012/02/24 * {{#timel:Y/m/d|yesterday}} 2012/02/23 --- * {{#timel:Y/m/d}} 2012/02/25 * {{#timel:Y/m/d|today}} 2012/02/24 --- * {{#timel:Y/m/d|+1 day}} 2012/02/26 * {{#timel:Y/m/d|tomorrow}} 2012/02/25 -- Configure 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 26059] Add support for KML/KMZ filetype
https://bugzilla.wikimedia.org/show_bug.cgi?id=26059 Daniel Schwen dan...@schwen.de changed: What|Removed |Added CC||dan...@schwen.de --- Comment #18 from Daniel Schwen dan...@schwen.de 2012-02-24 23:28:49 UTC --- Pardon my ignorance, but couldn't the IE6 filter just let 'heading' pass and only block all other variants of 'head*' ?! Side note: some sites already see IE6 below one percent. When can we stop letting IE6 tie down progress? -- Configure 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 34138] Stage source tree on fenari with git instead of svn
https://bugzilla.wikimedia.org/show_bug.cgi?id=34138 --- Comment #2 from Chad H. innocentkil...@gmail.com 2012-02-24 23:29:56 UTC --- (In reply to comment #1) Aaron, do you have time to do this? We need it by Friday 2 March. The scripts need to be ready by that weekend. Swapping the repo out on fenari will happen *during* that weekend. -- 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 34653] Logs corrupt or have big delays
https://bugzilla.wikimedia.org/show_bug.cgi?id=34653 --- Comment #11 from Arthur Richards aricha...@wikimedia.org 2012-02-24 23:41:42 UTC --- I've started addressing this issue in r112374. It would probably be best for someone with more experience/knowledge about the logging infrastructure (and the changes that have happened to it 1.19) to take a look at my changes and test. -- Configure 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 34659] Special:Contributions/Newbies lists contributions by user Newbies instead of new account edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=34659 --- Comment #5 from Aaron Schulz aschulz4...@gmail.com 2012-02-24 23:52:04 UTC --- Changed on site in r112366 . -- 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 34611] Image on Commons is not displayed in a generated PDF file
https://bugzilla.wikimedia.org/show_bug.cgi?id=34611 --- Comment #10 from Ralf Schmitt r...@brainbot.com 2012-02-25 00:42:07 UTC --- (In reply to comment #9) I'm sorry, but this is not a duplicate of bug 34695, unless the comments referenced in German (which I'm afraid I can't read) say something different from the original post. The image referenced isn't truncated; it's only the PDF that Juetho describes not having the final image. I checked all the existing thumbnails for Hydravulgaris.jpg in swift (and on ms5, the original thumbnail store) and they are all ok. I guess you're not only sorry but also wrong. As I have already written in this bug report one of the images *was truncated*: -rw-r--r-- 1 ralf users 143360 Feb 23 12:47 Datei:Hydravulgaris.jpg filesize is a multiple of 4096. display says it's truncated: [py27] ~/t/ % display images/Datei:Hydravulgaris.jpg display: Premature end of JPEG file `images/Datei:Hydravulgaris.jpg' @ warning/jpeg.c/JPEGWarningHandler/325. display: Corrupt JPEG data: premature end of data segment `images/Datei:Hydravulgaris.jpg' @ warning/jpeg.c/JPEGWarningHandler/325. This could very well be a problem in our code fetching the images, in python's urllib, in python's zipfile module or even a hardware problem on the machines fetching the images. Probably even a bug in imagemagick. However, given the recent swift problems it looks much more likely that the image file as served by upload.wikimedia.org in fact was truncated and that this was caused by the swift issue. At least that's my opinion on the matter. If you have any other facts that hint at the problem not being caused by the swift issue, please let me know. And yes, I understood that Hydravulgaris.jpg is not truncated *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 34653] Logs corrupt or have big delays
https://bugzilla.wikimedia.org/show_bug.cgi?id=34653 --- Comment #12 from Arthur Richards aricha...@wikimedia.org 2012-02-25 00:43:17 UTC --- (In reply to comment #9) This is bizarre and the behavior you note with File:Jr-NTR-As-Malabar-Gold-Brand-Ambassador-Stills-13_(1).jpg is inconsistent with the behavior for other files, like File:Wikiportal-Logo-Schweiz.svg (which seems to be logged correctly). I double checked the logging table in the database for commons. There are only three log records for File:Jr-NTR-As-Malabar-Gold-Brand-Ambassador-Stills-13_(1).jpg (rather than the expected 4). Rainer, have you seen this same bad behavior elsewhere on commons? That file was uploaded at 1950 (UTC) on 24 Feb, I suppose it's possible something was happening that prevented log data from getting written to the db (code deployment? db hiccup?) and this might be a one-off event not indicative of something wrong in code. Regardless, the issue you bring up in comment #9 appears totally unrelated to the initial issue you raised in 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 34653] Logs corrupt or have big delays
https://bugzilla.wikimedia.org/show_bug.cgi?id=34653 Arthur Richards aricha...@wikimedia.org changed: What|Removed |Added Status|ASSIGNED|NEW -- Configure 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 34659] Special:Contributions/Newbies lists contributions by user Newbies instead of new account edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=34659 --- Comment #6 from Rob Lanphier ro...@wikimedia.org 2012-02-25 00:43:32 UTC --- Thanks Aaron! Since this is still going away in 1.20, we'll have to make sure we communicate that well. Let's consult with Guillaume to make sure we get the word out correctly. -- 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 34659] Special:Contributions/Newbies lists contributions by user Newbies instead of new account edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=34659 Rob Lanphier ro...@wikimedia.org 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 34695] Some corrupt thumbs remain from initial Swift deploy
https://bugzilla.wikimedia.org/show_bug.cgi?id=34695 --- Comment #5 from Ralf Schmitt r...@brainbot.com 2012-02-25 01:11:03 UTC --- The best I can (sanely) do here is purge all images that have a filesize which is a multiple of 4096. But, I think you should be able to do that with much less overhead. -- 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 34150] [SF] Special:RunQuery enhancement to be able to populate red-links automatically
https://bugzilla.wikimedia.org/show_bug.cgi?id=34150 --- Comment #17 from badon fastgoldf...@gmail.com 2012-02-25 02:22:35 UTC --- My examples are pretty varied, there's no need to fixate on one detail about the weather. But, if you want an example of why someone would want to store weather data, just look at amateur radio operators collecting data for meteorologists: http://www.nws.noaa.gov/om/marine/ham.htm http://www.warn.org/ And here's an example of some raw data collected by one of the amateur radio hobbyists (NOAA): http://forecast.weather.gov/product.php?site=TSAproduct=LCOissuedby=OUN Putting all that data in one place to be accessible by anyone would be made much easier with Special:RunQuery if it had ability to autocreate pages. About restricting usage of the proposed auto-create feature: Such things have never been an intractable problem for MediaWiki before, and there's no reason why it should be for Semantic Forms and Special:RunQuery. Configuration control can be given to administrators so they can ensure Special:RunQuery auto-create isn't abused, and if it is (even by accident), easily delete the pages produced with it. I'm sure you are more able to formulate a strategy for solving that issue than I am, but here's a few ideas to get started with: * Obviously, the auto-create feature should be disabled by default. * $wgGroupPermissions['SF_SRQautocreate']['autocreate'] = true; * $sfgSRQAutoCreate['Form:Some_Form']['Template:Some_template'] = true; * $sfgSRQAutoCreateConfirmPassphrase['SomeUser']['Form:Some_Form'] = SomePass; More info: http://www.mediawiki.org/wiki/Manual:User_rights_management As a form and template author, I would probably display a random word and ask the user to type it in to confirm that they really understand what they're doing, after showing a summary of actions that will be executed. For a specific non-speculative example of my own use case where this feature might be helpful, see the first comment 1 of this report. In that case, data is checked against existing data, and the template makes decisions about what can be done before offering the option to make changes or additions to existing data, versus creating new data. Hopefully this is enough, but if you need anything else, let me know. -- 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 34693] Add ability to customize Narayam on-wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=34693 praveenp me.prav...@gmail.com changed: What|Removed |Added CC||me.prav...@gmail.com --- Comment #1 from praveenp me.prav...@gmail.com 2012-02-25 02:52:01 UTC --- It would be better if that possible on user level also. -- Configure 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 34609] jQuery UI Datepicker div visible
https://bugzilla.wikimedia.org/show_bug.cgi?id=34609 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED CC||rkald...@wikimedia.org Resolution||FIXED --- Comment #3 from Ryan Kaldari rkald...@wikimedia.org 2012-02-25 03:02:50 UTC --- Fixed in r112384. -- Configure 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 34678] New Hook: InternalParseBeforeSanitize
https://bugzilla.wikimedia.org/show_bug.cgi?id=34678 Daniel Werner danwe...@web.de changed: What|Removed |Added Attachment #10085|0 |1 is obsolete|| --- Comment #2 from Daniel Werner danwe...@web.de 2012-02-25 03:06:54 UTC --- Created attachment 10095 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10095 equal to previous patch but with hooks documentation updated Thanks Reedy, I wasn't aware of that list. I will also create the hooks documentation on mediawiki.org as soon as it's implemented. -- Configure 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 33907] Please create a Marathi Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=33907 --- Comment #25 from Mahitgar mahit...@yahoo.co.in 2012-02-25 03:43:12 UTC --- (In reply to comment #24) Logo upload protected. ::Did not understand Rgds -- Configure 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 34650] Support for INR symbol
https://bugzilla.wikimedia.org/show_bug.cgi?id=34650 Mahitgar mahit...@yahoo.co.in changed: What|Removed |Added CC||mahit...@yahoo.co.in --- Comment #4 from Mahitgar mahit...@yahoo.co.in 2012-02-25 04:00:14 UTC --- I support global change since Narayam is usually going with mediawiki software. .And media wikisoftware can be used beyond wikimedia foundation wikis so Narayam extension is usable there too. ₹ requirement is for all such mediawikisoftware usage across south asia,Maurittious,Fiji-hindi wikis Any case monetory signs may be needed to be used from any where in the globe. instead of '$\' = '₹' Wether '$R' will be technically possible without disturbing currnt 'R'= ऋ Thanks and Regards -- Configure 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 34693] Add ability to customize Narayam on-wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=34693 --- Comment #2 from Santhosh Thottingal santhosh.thottin...@gmail.com 2012-02-25 04:42:29 UTC --- Already it is possible to do such customization. I added an example here: https://www.mediawiki.org/wiki/Extension:Narayam#User_level_customization. It is not foolproof anyway. -- Configure 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 34700] New: Enable Narayam/WebFonts for sa.*
https://bugzilla.wikimedia.org/show_bug.cgi?id=34700 Web browser: --- Bug #: 34700 Summary: Enable Narayam/WebFonts for sa.* Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Narayam AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m...@everybody.org CC: junu.pv+pub...@gmail.com, santhosh.thottin...@gmail.com Classification: Unclassified Mobile Platform: --- The sites have a link to [[am:MediaWiki:Can't_see_the_font?]] and I think Narayam would be better. -- Configure 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 34700] Enable Narayam/WebFonts for am.*
https://bugzilla.wikimedia.org/show_bug.cgi?id=34700 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Summary|Enable Narayam/WebFonts for |Enable Narayam/WebFonts for |sa.*|am.* -- Configure 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 34701] New: ar.wikinews.org isn't in SUL?
https://bugzilla.wikimedia.org/show_bug.cgi?id=34701 Web browser: --- Bug #: 34701 Summary: ar.wikinews.org isn't in SUL? Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m...@everybody.org Classification: Unclassified Mobile Platform: --- I'm going through different wikis logged in and this one didn't show me logged in. -- Configure 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 34702] New: Use localised parentheses in Special:Contributions, RecentChanges and ShortPages (and possibly others)
https://bugzilla.wikimedia.org/show_bug.cgi?id=34702 Web browser: --- Bug #: 34702 Summary: Use localised parentheses in Special:Contributions, RecentChanges and ShortPages (and possibly others) Product: MediaWiki Version: 1.19 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: w...@whym.org CC: niklas.laxst...@gmail.com, s.mazel...@xs4all.nl Classification: Unclassified Mobile Platform: --- Some instances of parentheses in Special:Contributions and others should be replaced with the localised version (when it exists). The unlocalised ones sometimes don't produce the typographically ideal sequence of characters. For example, '(差異 | 歷史)' '(diff | hist)' in Special:Contributions on mediawikiwiki does not use the localised parentheses when I specify Chinese [1][2]. Other examples: * the day name such as (星期五), and the links after username (對話 | 貢獻) in RecentChanges [3] * '(歷史)' in ShortPages [4] [1] https://www.mediawiki.org/wiki/Special:Contributions/Whym?uselang=zh-hant [2] https://www.mediawiki.org/wiki/MediaWiki:Parentheses/zh-hant [3] https://www.mediawiki.org/w/index.php?title=Special:RecentChangestagfilter=Added+PHP+closing+taguselang=zh-hant [4] https://www.mediawiki.org/w/index.php?title=Special:ShortPagesuselang=zh-hant -- Configure 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