[Bug 40587] New: formatnum magicword
https://bugzilla.wikimedia.org/show_bug.cgi?id=40587 Web browser: --- Bug #: 40587 Summary: formatnum magicword Product: Wikimedia Version: wmf-deployment Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: vss...@gmail.com Classification: Unclassified Mobile Platform: --- The formatnum magicword works differently in ml and en wikipedia. Please see a page in english wikipedia using {{formatnum:−5}}. Please note that the minus sign used here is x2215 http://en.wikipedia.org/w/index.php?title=User:Vssun/sandboxoldid=514823050 The same function at ml.wikipedia make the entire page blank http://ml.wikipedia.org/w/index.php?title=%E0%B4%89%E0%B4%AA%E0%B4%AF%E0%B5%8B%E0%B4%95%E0%B5%8D%E0%B4%A4%E0%B4%BE%E0%B4%B5%E0%B5%8D%3AVssun%2Ftestdiff=1429603oldid=1429602 Changing the minus sign to - (x002D), solves the problem. http://ml.wikipedia.org/w/index.php?title=%E0%B4%89%E0%B4%AA%E0%B4%AF%E0%B5%8B%E0%B4%95%E0%B5%8D%E0%B4%A4%E0%B4%BE%E0%B4%B5%E0%B5%8D:Vssun/testdiff=nextoldid=1429603 Please correct it in ml.wikipedia to use the formatnum function with both styles of minus 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 40587] formatnum magicword
https://bugzilla.wikimedia.org/show_bug.cgi?id=40587 Raziman T V razima...@gmail.com changed: What|Removed |Added CC||razima...@gmail.com --- Comment #1 from Raziman T V razima...@gmail.com 2012-09-28 06:37:29 UTC --- The behavior of formatnum when there are non-numeric characters passed as argument is in general very different between English and Malayalam. For example, on trying {{formatnum:x 4200 x}}, the results are: On enwiki : x 4,200 x On mlwiki : x, 42 Except for where the commas are placed within numbers (4,20,000 as opposed to 420,000), there shouldn't ideally be any difference between the behavior of formatnum on en and ml. -- Configure 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 40582] 500k logo for Swedish Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=40582 Ronnie la.val...@yahoo.se changed: What|Removed |Added CC||la.val...@yahoo.se --- Comment #2 from Ronnie la.val...@yahoo.se 2012-09-28 06:58:56 UTC --- Regarding your suggestion: File upload is closed on sv.wikipedia. -- Configure 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 40582] 500k logo for Swedish Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=40582 --- Comment #3 from Dereckson dereck...@espace-win.org 2012-09-28 07:08:44 UTC --- You could also choose to technically restrict instead uploads to sysops and socially restrict it to interface items. -- Configure 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 40524] Don't list Special:ZeroRatedMobileAccess on [[Special:SpecialPages]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=40524 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Umherirrender umherirrender_de...@web.de 2012-09-28 07:22:14 UTC --- successfully merged -- 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 40588] New: Special:LinkSearch cannot search with a port in the url
https://bugzilla.wikimedia.org/show_bug.cgi?id=40588 Web browser: --- Bug #: 40588 Summary: Special:LinkSearch cannot search with a port in the url Product: MediaWiki Version: 1.20-git Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de Classification: Unclassified Mobile Platform: --- Giving a url with a port to search form of Special:LinkSearch, will not find the url. A user on de.wp was searching for: http://www.gencat.net:8000/osial/owa/p01.dad_ens?via=0cod=0800180001 This results in a query (on my localhost, git master): SELECT page_namespace AS namespace, page_title AS title, el_index AS value, el_to AS url FROM `page` , `externallinks` FORCE INDEX ( el_index ) WHERE ( page_id = el_from ) AND ( el_index LIKE 'http://net:8000.gencat.www./osial/owa/p01.dad\_ens?via=0cod=0800180001%' But el_index in the database is: http://net.gencat.www.:8000/osial/owa/p01.dad_ens?via=0cod=0800180001 which cannot match, because the database has the port after domain and the special page put the port after the tld, which looks strange. -- Configure 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 38631] AFT contributions entries are very ugly and confusing
https://bugzilla.wikimedia.org/show_bug.cgi?id=38631 Matthias Mullie mmul...@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 24620] Log entries are difficult to localize; rewrite logs system
https://bugzilla.wikimedia.org/show_bug.cgi?id=24620 Bug 24620 depends on bug 38631, which changed state. Bug 38631 Summary: AFT contributions entries are very ugly and confusing https://bugzilla.wikimedia.org/show_bug.cgi?id=38631 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 39803] Talkpage link not appearing
https://bugzilla.wikimedia.org/show_bug.cgi?id=39803 Matthias Mullie mmul...@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 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 40431] Centralised feedback page not visible.
https://bugzilla.wikimedia.org/show_bug.cgi?id=40431 Matthias Mullie mmul...@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 39748] Feedback Page - Hide My Post is not tracked in Activity Log
https://bugzilla.wikimedia.org/show_bug.cgi?id=39748 Matthias Mullie mmul...@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 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 39587] Resolved - an exclusion filter or different weighting?
https://bugzilla.wikimedia.org/show_bug.cgi?id=39587 Matthias Mullie mmul...@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 37847] Add profiling to AFTv5 functionality
https://bugzilla.wikimedia.org/show_bug.cgi?id=37847 Matthias Mullie mmul...@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 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 39355] individual feedback page renders then disappears
https://bugzilla.wikimedia.org/show_bug.cgi?id=39355 Matthias Mullie mmul...@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 38073] Filter menu appears left-justified
https://bugzilla.wikimedia.org/show_bug.cgi?id=38073 Matthias Mullie mmul...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED CC||mmul...@wikimedia.org Resolution||FIXED --- Comment #1 from Matthias Mullie mmul...@wikimedia.org 2012-09-28 07:57:56 UTC --- Pretty much all of the original CSS for these filters has been rewritten this errors has not been heard of since - considering this issue 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 39044] ArticleFeedbackv5: Phase 2.0 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39044 Bug 39044 depends on bug 38073, which changed state. Bug 38073 Summary: Filter menu appears left-justified https://bugzilla.wikimedia.org/show_bug.cgi?id=38073 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 40589] New: database error while running rebuildLocalisationCache.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=40589 Web browser: --- Bug #: 40589 Summary: database error while running rebuildLocalisationCache.php Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Database AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: amir.ahar...@mail.huji.ac.il Blocks: 28499 Classification: Unclassified Mobile Platform: --- I ran rebuildLocalisationCache.php on translatewiki.net. All languages worked well, except the following error: Rebuilding szl... A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: DELETE FROM `bw_msg_resource` Function: MessageBlobStore::clear Error: 1213 Deadlock found when trying to get lock; try restarting transaction (localhost) -- Configure 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 28499] 1205: Lock wait timeout exceeded; try restarting transaction (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28499 Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed: What|Removed |Added Depends on||40589 -- Configure 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 33125] Help Tooltip Bug on IE7 for Feedback forms
https://bugzilla.wikimedia.org/show_bug.cgi?id=33125 Matthias Mullie mmul...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED CC||mmul...@wikimedia.org Resolution||FIXED --- Comment #2 from Matthias Mullie mmul...@wikimedia.org 2012-09-28 07:59:42 UTC --- Overlay mode no longer exists -- 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 39044] ArticleFeedbackv5: Phase 2.0 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39044 Bug 39044 depends on bug 33125, which changed state. Bug 33125 Summary: Help Tooltip Bug on IE7 for Feedback forms https://bugzilla.wikimedia.org/show_bug.cgi?id=33125 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 40590] New: Ogg files stammer
https://bugzilla.wikimedia.org/show_bug.cgi?id=40590 Web browser: --- Bug #: 40590 Summary: Ogg files stammer Product: Wikimedia Version: unspecified Platform: PC OS/Version: Windows Vista Status: NEW Severity: major Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: juandevojni...@gmail.com Classification: Unclassified Mobile Platform: --- When play ogg audio files, the sound stammer. It is a second day, I am obscuring this problem. Normal audio files within PC run well. Can you reproduce 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 36327] the star marker overlaps with the word FEATURED in an RTL environment
https://bugzilla.wikimedia.org/show_bug.cgi?id=36327 Matthias Mullie mmul...@wikimedia.org changed: What|Removed |Added 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 745] RTL/bidirectional issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=745 Bug 745 depends on bug 36327, which changed state. Bug 36327 Summary: the star marker overlaps with the word FEATURED in an RTL environment https://bugzilla.wikimedia.org/show_bug.cgi?id=36327 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 40582] 500k logo for Swedish Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=40582 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added CC||federicol...@tiscali.it --- Comment #4 from Nemo_bis federicol...@tiscali.it 2012-09-28 09:19:56 UTC --- By the way, it's enough to add a line like this to your [[MediaWiki:Common.css]]: div#p-logo a {background-image: url(//upload.wikimedia.org/wikipedia/commons/thumb/0/01/Wikipedia-lo go-v2-sv-500k.svg/135px-Wikipedia-logo-v2-sv-500k.svg.png) !important} (of course you need to protect the file on Commons and it's not super-elegant). -- Configure 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 35476] Non-included tables break parser
https://bugzilla.wikimedia.org/show_bug.cgi?id=35476 Bachsau pub...@bachsau.name changed: What|Removed |Added Priority|Normal |High Version|unspecified |1.19.2 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40591] New: Genitive form of names in the Slovene language
https://bugzilla.wikimedia.org/show_bug.cgi?id=40591 Web browser: --- Bug #: 40591 Summary: Genitive form of names in the Slovene language Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dejan.pa...@gmail.com CC: asha...@wikimedia.org, niklas.laxst...@gmail.com, s.mazel...@xs4all.nl, srik@gmail.com Classification: Unclassified Mobile Platform: --- It should be possible to use the genitive forms of names of languages where appropriate (with int:lang), like this is available for dates. For example in Slovene, almost all names of languages end with -čina, the genitive would end with -čini; notable exception is esperanto, which would be esperantu, and ido, which would be idu. I can provide a complete list of translations if necessary, just send me the list of languages. Thanks a lot. -- Configure 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 40558] EditEntity.php:attemptSave(): check token (1)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40558 jeb...@gmail.com changed: What|Removed |Added CC||jeb...@gmail.com --- Comment #1 from jeb...@gmail.com 2012-09-28 10:29:45 UTC --- In EditEntity.php:attemptSave(), please check the token by default (or set $token=null, so the check fails), and explicitly pass in a value when you want to bypass the 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 40550] Use http get with https whenever possible (2)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40550 jeb...@gmail.com changed: What|Removed |Added CC||jeb...@gmail.com --- Comment #1 from jeb...@gmail.com 2012-09-28 10:33:04 UTC --- There were two place you're calling Http::get(), it would be nice if they could both be forced to use https. It looks like you're using the data pulled back to populate objects, which is fine for the objects you're currently using, but if you start building objects that could effect access control, then you want to make sure you have the correct data. -- 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 40551] Check insertDefaultSites in Utils.php (2)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40551 jeb...@gmail.com changed: What|Removed |Added CC||jeb...@gmail.com --- Comment #1 from jeb...@gmail.com 2012-09-28 10:34:47 UTC --- The way that you're passing in a function to insertDefaultSites in Utils.php makes a security evaluation difficult. I'm not sure what your intent was behind that syntax, but it would be better to either have a whitelist of function names, or possibly use the builtin debugging functions if you're only trying to get debugging information. -- 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 40557] Check permissions on read (3)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40557 jeb...@gmail.com changed: What|Removed |Added CC||jeb...@gmail.com --- Comment #1 from jeb...@gmail.com 2012-09-28 10:35:58 UTC --- Api - It looks like reading from the api is based on a generic permission, which is what the MW api does currently as well. However, we get lots of requests for the title's permissions to be checked on read, so that reading individual pages/items from the api can be controlled on a page-by-page basis (like you're doing for writes). If this is not desired for wikidata objects, please document that somewhere. Or if that granularity in permissions is desired, then it should be implemented 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 40477] Enable Extension:Education Program on English Wikipedia (with new user rights configuration)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40477 --- Comment #13 from Jeroen De Dauw jeroen_ded...@yahoo.com 2012-09-28 11:24:36 UTC --- Great - thanks for the clarification, I will modify the settings later today or 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 40579] Update Sanitizer to support replacement of whole elements instead of just attributes.
https://bugzilla.wikimedia.org/show_bug.cgi?id=40579 TMg mr.h...@gmx.de changed: What|Removed |Added CC||mr.h...@gmx.de --- Comment #3 from TMg mr.h...@gmx.de 2012-09-28 11:25:55 UTC --- (In reply to comment #1) center, font, and strike work in existing browsers, there's no need to remove them. I'm telling them the same in bug #40329. They say they can not output invalid HTML. But they do. This is horribly confusing for all template developers. This is insane. You are welcome. -- Configure 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 38822] Review Wikibase Repo extension for deployment
https://bugzilla.wikimedia.org/show_bug.cgi?id=38822 Daniel Werner danwe...@web.de changed: What|Removed |Added CC||danwe...@web.de --- Comment #8 from Daniel Werner danwe...@web.de 2012-09-28 11:29:32 UTC --- I think $wg is the best convention, since if everything uses it, a configuration UI can drop the prefix. Not that it's a big thing, but I just want to mention that alone Jeroen and I are maintaining at least about 25 different extensions not using the 'wg' prefix and I am sure there are a few more out there. So I don't think a configuration UI could or should ever easily work based on the 'wg' prefix. -- 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 40592] New: Chrome zoom wraps line when unnecessary
https://bugzilla.wikimedia.org/show_bug.cgi?id=40592 Web browser: --- Bug #: 40592 Summary: Chrome zoom wraps line when unnecessary Product: MediaWiki Version: 1.20-git Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: rstockbo...@gmail.com CC: krinklem...@gmail.com Classification: Unclassified Mobile Platform: --- Created attachment 11146 -- https://bugzilla.wikimedia.org/attachment.cgi?id=11146 Chrome 22 +1 zoom Zooming in Chrome causes the login line to wrap. Doesn't happen in Firefox or IE8. Better than the behavior in 1.18, but not perfect by any means. Notes: * +1 zoom: line wraps * +2 zoom: no wrap * +3+ zoom: line wraps * -1 zoom: line wraps(!) * -2 zoom: no wrap * -3 zoom: line wraps(!!) * -4+ zoom: no wrap Page width is irrelevant. IE8 and Chrome screenshots attached. Chrome version is 22.0.1229.79 m -- Configure 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 40592] Chrome zoom wraps line when unnecessary
https://bugzilla.wikimedia.org/show_bug.cgi?id=40592 --- Comment #1 from Rian Stockbower rstockbo...@gmail.com 2012-09-28 11:34:10 UTC --- Created attachment 11147 -- https://bugzilla.wikimedia.org/attachment.cgi?id=11147 ie8 +1 zoom level -- Configure 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 40584] Feedback Page: Add a checklist in Oversight Request flyout
https://bugzilla.wikimedia.org/show_bug.cgi?id=40584 --- Comment #1 from Matthias Mullie mmul...@wikimedia.org 2012-09-28 11:49:18 UTC --- Pushed to Gerrit (https://gerrit.wikimedia.org/r/#/c/25622/) prototype -- Configure 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 32721] VIPS out of memory on large (100 Mpx) non-progressive JPEG
https://bugzilla.wikimedia.org/show_bug.cgi?id=32721 --- Comment #12 from John Cupitt jcup...@gmail.com 2012-09-28 11:51:19 UTC --- I've redone all the benchmarks with the latest version of each package. Thank you for the link to your interesting project Derrick. Summary: program | realusersys peak mem --+- vipsthumbnail | 5.384 5.272 0.112 25mb pngscale | 6.466.384 0.064 1mb convert | 27.003 21.473 8.713 83mb Notes: Testing was on an elderly two-processor Opteron workstation with a PNG version of the Chicago.jpg image above, using default (6) PNG compression. See below for the test log. The machine was running Ubuntu 12.04. vipsthumbnail is from vips-7.30.1. It has had some good improvements to the line cache since the previous benchmark above, and performance is up as well. pngscale uses very little memory and quality is reasonable too. The latest version of convert is now decompressing to a temporary file and processing from there, hence the large systime. This has dramatically reduced memory use. peak mem is measured with a version of Tim Starling's perl program to watch strace output: http://www.vips.ecs.soton.ac.uk/development/peakmem.pl Output: http://www.vips.ecs.soton.ac.uk/development/tn_Chicago-vips.jpg http://www.vips.ecs.soton.ac.uk/development/tn_Chicago-pngscale.png http://www.vips.ecs.soton.ac.uk/development/tn_Chicago-magick2.jpg Log: I've edited this down, I ran each command four times and picked the fastest. This is just supposed to show the exact commands I ran. $ vips copy Chicago.jpg Chicago.png $ time convert Chicago.png -resize 800 tn_Chicago-magick2.jpg real0m27.003s user0m21.697s sys 0m8.713s $ peakmem.pl convert Chicago.png -resize 800 tn_Chicago-magick2.jpg 83 MB $ time vipsthumbnail Chicago.png --size 800 --interpolator bicubic -o tn_Chicago-vips.jpg real0m5.384s user0m5.268s sys 0m0.112s $ peakmem.pl vipsthumbnail Chicago.png --size 800 --interpolator bicubic -o tn_Chicago-vips.jpg 25 MB $ time pngscale Chicago.png tn_Chicago-pngscale.png 800 -1 real0m6.463s user0m6.384s sys 0m0.064s $ peakmem.pl pngscale Chicago.png tn_Chicago-pngscale.png 800 -1 0 MB -- Configure 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 40389] Set up and test the pretty URLs for Wikidata (5)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40389 --- Comment #2 from silke.me...@wikimedia.de 2012-09-28 11:57:06 UTC --- I skipped the middle part of the specification. The following links are now redirected to the item Helium: en.wikidata-dev-repo.wikimedia.de/wiki/Helium de.wikidata-dev-repo.wikimedia.de/wiki/Helium he.wikidata-dev-repo.wikimedia.de/wiki/%D7%94%D7%9C%D7%99%D7%95%D7%9D hu.wikidata-dev-repo.wikimedia.de/wiki/Hélium en.wikidata-dev-repo.wikimedia.de/title/Helium de.wikidata-dev-repo.wikimedia.de/title/Helium he.wikidata-dev-repo.wikimedia.de/title/%D7%94%D7%9C%D7%99%D7%95%D7%9D hu.wikidata-dev-repo.wikimedia.de/title/Hélium The reasons why I skipped the first step (redirect to http://wikidata-dev-repo.wikimedia.de/title/enwiki:Helium): The part enwiki:Helium is addressed as one single entity and I didn't find a way to separate them. (Trials are commented out in /etc/apache2/sites-available/wikidata-dev-repo.wikimedia.de) -- 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 40557] Check permissions on read (3)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40557 --- Comment #2 from jeb...@gmail.com 2012-09-28 11:58:12 UTC --- https://gerrit.wikimedia.org/r/#/c/25547/ -- 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 40329] Don't use hacks to replicate a browser function, either let align= pass through or not; in HTML5
https://bugzilla.wikimedia.org/show_bug.cgi?id=40329 --- Comment #26 from TMg mr.h...@gmx.de 2012-09-28 12:07:33 UTC --- (In reply to comment #25) We use HTML5. No, you don't. You still output out-dated garbage like center and font. I consider a single center or font tag a *lot* more dangerous than thousands of align attributes. I wouldn't be here if your decision would make sense. But it does not. As long as you do *not* output valid HTML5 all of your arguments are irrelevant. As long as you output center tags there is no reason to not output align attributes. Simple. Dropping a few random snippets for being invalid and breaking them the same time is just lazy. All it does is adding confusion. I think I said that multiple times now. WikiText is not HTML No, that's not true and you know it. Things like small tags or class attributes are simply whitelisted in the MediaWiki parser. When I write something like small it actually *is* HTML. When I wrote align=center in a template it actually was HTML till last week. Now it's not HTML any more. Instead it has a special meaning in WikiText. Since last week it became *different* from what it was the week before. What you did was simply dropping a feature. Instead you are outputting something that may or may not be intended by the template developer. Dropping a feature requires community consensus. -- Configure 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 40593] New: Split single-sign-on account creation so users who disagree with labs account conditions can get Git access
https://bugzilla.wikimedia.org/show_bug.cgi?id=40593 Web browser: --- Bug #: 40593 Summary: Split single-sign-on account creation so users who disagree with labs account conditions can get Git access Product: Wikimedia Version: wmf-deployment Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Git/Gerrit AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: rainerril...@hotmail.com CC: innocentkil...@gmail.com, rlan...@gmail.com Classification: Unclassified Mobile Platform: --- Recently tried to get Git access but didn't agree to some points of the labs account conditions (and don't want it) but was told that I won't get Git access if I do not agree to these conditions. Coding for MW should be allowed without granting access to something else. -- Configure 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 40593] Split single-sign-on account creation so users who disagree with labs account conditions can get Git access
https://bugzilla.wikimedia.org/show_bug.cgi?id=40593 --- Comment #1 from Rainer Rillke @commons.wikimedia rainerril...@hotmail.com 2012-09-28 12:17:46 UTC --- Terms of use: https://www.mediawiki.org/w/index.php?title=Wikimedia_Labs/Terms_of_useoldid=531986 -- Configure 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 40497] Add editbugs user right to legitimate Bugzilla accounts
https://bugzilla.wikimedia.org/show_bug.cgi?id=40497 Sumana Harihareswara suma...@wikimedia.org changed: What|Removed |Added CC||suma...@wikimedia.org --- Comment #4 from Sumana Harihareswara suma...@wikimedia.org 2012-09-28 12:29:51 UTC --- I did the same kind of diff and then took half an hour to go through and give editbugs to the accounts of about a hundred people whose email addresses I could verify (by looking at my own email archives). For example, I checked to make sure WMDE, WMF, and Wikia personnel had editbugs, and I kept my eyes out for the names and addresses of testers, community members, and developers I recognized. I hope this will help reduce how much of a blocker this is, in the short term, but I know it's just a tiny bit of help. Because it was such a headache to deal with the Bugzilla abuse, I'd like to wait before we give all new users the editbugs right upon account creation. Specifically, I would like to wait until the new fulltime Bug Wrangler starts, which will be in the first half of October. I think we should not give the editbugs right to all non-privileged Bugzilla accounts yet, until someone does a little due diligence to check whether any of them show signs of being vandals (one of the most important being that the account name is falsely that of another community member). I'm open to other ideas regarding what that due diligence should be, and would mildly prefer to discuss that in private email instead of here. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40594] New: Get rid Wikipedia-Specific code
https://bugzilla.wikimedia.org/show_bug.cgi?id=40594 Web browser: --- Bug #: 40594 Summary: Get rid Wikipedia-Specific code Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataRepo AssignedTo: wikidata-b...@lists.wikimedia.org ReportedBy: daniel.kinz...@wikimedia.de CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- Find and remove any wikipedia specific logic hardcoded in wikibase. Tim mentioned several here: https://bugzilla.wikimedia.org/show_bug.cgi?id=38822#c7 Full quote: In ItemView.php: /** * Returns a list of all the sites that can be used as a target for a site link. * * @static * @return array */ public static function getSiteDetails() { ... if ( $site-getType() === Site::TYPE_MEDIAWIKI $site-getGroup() === 'wikipedia' ) { The autocomplete feature that this function services also references Wikipedia in a message (wikibase-error-autocomplete-connection). There doesn't seem to be any way to populate the sites table with data other than the data that comes from meta.wikimedia.org, I had to patch Utils::insertDefaultSites() to set up my test instance. populateInterwiki.php also unconditionally references Wikipedia. -- 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 38822] Review Wikibase Repo extension for deployment
https://bugzilla.wikimedia.org/show_bug.cgi?id=38822 --- Comment #9 from Daniel Kinzler daniel.kinz...@wikimedia.de 2012-09-28 12:48:48 UTC --- (In reply to comment #7) 2) Wikipedia should not be hardcoded anywhere - where did you find this? Maybe as a default setting, or some such? Ok, I filed what you mentioned as Bug 40594. 4) That we have to (potentially) update all Wikipedias after a single edit on Wikidata lies in the nature of the project, I would think. We are thinking about how to make this more efficient by batching updates. I'll try to prepare a writeup explaining how we currently envision the percolation of the changes. Aren't we talking about a deployment in October? It seems like a pretty basic feature to be starting so late. Our current implementation works fine if you have one poll script per wiki. It uses $wgSharedTables for accessing the repo's wb_changes table, which only works if that's on the same server. So I'm now changing this to use the foreign wiki stuff. This should be sufficient for a deployment with a handful of client wikis. A better solution is needed if we want to deploy the client stuff to all Wikipedias. That's what the writeup is about. Here is my LocalSettings.php, if it helps: http://paste.tstarling.com/p/drrHMe.html Cool, thanks for the link! Reedy also pointed me to https://noc.wikimedia.org/conf/db.php.txt, which gave me some idea of how this works. One question about terminology though: Can you explain to me what are sections and groups, and how they related to clusters? -- 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 37941] disable update.php on beta
https://bugzilla.wikimedia.org/show_bug.cgi?id=37941 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #1 from Chad H. innocentkil...@gmail.com 2012-09-28 12:55:39 UTC --- The error message is already output by update.php. Just set it to false :) -- 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 40519] webtools: Setup up webtools.wmflabs.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=40519 --- Comment #2 from Tim Landscheidt t...@tim-landscheidt.de 2012-09-28 13:19:23 UTC --- I had a more simplistic idea at https://labsconsole.wikimedia.org/wiki/Nova_Resource_Talk:Webtools#URLs_of_MMPs: Add a tool to call dibs on a particular path name which initially will redirect to your ~/public_html/$PROJECT. I think that many tool authors don't want to hassle with the setup of a project - they just want to upload a PHP file, and that should work immediately. -- Configure 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 39503] TranslatorSignup: please create a current settings form in the page as well as an unsubscribe button
https://bugzilla.wikimedia.org/show_bug.cgi?id=39503 --- Comment #1 from Marco Aurelio maure...@gmx.es 2012-09-28 13:35:54 UTC --- Some editors have been asking recently how to unsuscribe at meta: 1) https://meta.wikimedia.org/w/index.php?title=Talk:Translation_requestsoldid=4156816#Opt-out 2) https://meta.wikimedia.org/w/index.php?title=Wikimedia_Forumoldid=4173722#Question 3) https://meta.wikimedia.org/w/index.php?title=User_talk:Translation_Notification_Botoldid=4173321 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 39674] User::load() does not account for failure to load from session.
https://bugzilla.wikimedia.org/show_bug.cgi?id=39674 Tyler Romeo tylerro...@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #5 from Tyler Romeo tylerro...@gmail.com 2012-09-28 14:02:52 UTC --- Merged in change linked above. -- 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 39453] Toolbar is appearing in my userspace
https://bugzilla.wikimedia.org/show_bug.cgi?id=39453 the wub thewub.w...@googlemail.com changed: What|Removed |Added CC||fflo...@wikimedia.org, ||rkald...@wikimedia.org, ||thewub.w...@googlemail.com Component|ArticleFeedbackv5 |PageTriage -- Configure 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 40473] Lohit Punjabi font problems
https://bugzilla.wikimedia.org/show_bug.cgi?id=40473 --- Comment #7 from Zarienah Kaur zariek...@hotmail.co.uk 2012-09-28 15:45:19 UTC --- (In reply to comment #6) http://crossbrowsertesting.com/users/34057/snapshot/z91e1ba96dadcae9ff6a/public 1999 comes as 19 till Windows. Also the horizontal line on the character gets split in Lohit Punjabi. It is probably safe to say Lohit Punjabi is unusable in Windows environments. I would suggest switching the default to Saab which worked on few Windows combinations I tried. It would be be good if Lohit was fixed, but changing to Saab is a good idea, how can one change the default font of the wiki to Saab? -- Configure 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 40592] Chrome zoom wraps line when unnecessary
https://bugzilla.wikimedia.org/show_bug.cgi?id=40592 Krinkle krinklem...@gmail.com changed: What|Removed |Added Keywords||upstream --- Comment #2 from Krinkle krinklem...@gmail.com 2012-09-28 16:11:01 UTC --- I believe this is a Chrome/WebKit bug, nothing we can do. Could be related: http://code.google.com/p/chromium/issues/detail?id=141340 -- Configure 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 20512] Enable $wgAllowCopyUploads (upload by URL)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20512 --- Comment #35 from Sam Reed (reedy) s...@reedyboy.net 2012-09-28 16:23:13 UTC --- Enabled on testwiki Uploads from HTTPS sites fail with an error of: Error fetching URL: Received HTTP code 403 from proxy after CONNECT -- Configure 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 40595] New: AFTv5 controls not selectable with tab
https://bugzilla.wikimedia.org/show_bug.cgi?id=40595 Web browser: --- Bug #: 40595 Summary: AFTv5 controls not selectable with tab Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ArticleFeedbackv5 AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: thewub.w...@googlemail.com CC: mmul...@wikimedia.org Classification: Unclassified Mobile Platform: --- When Help improve this page appears at the bottom of a page, neither the What's this? link nor the Yes and No buttons are selectable using the Tab key. This is an accessibility issue. (After clicking Yes or No, the controls which then appear are selectable.) -- Configure 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 40585] Unable to change any user preferences if existing wpwatchlistdays value is a non-integer
https://bugzilla.wikimedia.org/show_bug.cgi?id=40585 --- Comment #1 from Richard Guk richardg...@yahoo.com 2012-09-28 16:26:51 UTC --- This seems to have been caused by the fix to bug 23769. The bugfix in Html::expandAttributes() causes the step attribute to be silently dropped. But the current W3C standard states that a missing step implies step=1, which is more restrictive than the step=any correctly supplied by HTMLForm::getInputHTML() when the internal type == 'float'. So an input element with type=number causes validation error in Chrome when non-integer values specified, even though the input type is internally specified as a float. * step attribute for float input set to 'any': https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=blob;f=includes/HTMLForm.php#l1583 * step attribute dropped: https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=blob;f=includes/Html.php#l467 -- Configure 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 23769] Password fields for account creation are marked as required when they are not
https://bugzilla.wikimedia.org/show_bug.cgi?id=23769 Richard Guk richardg...@yahoo.com changed: What|Removed |Added CC||richardg...@yahoo.com --- Comment #16 from Richard Guk richardg...@yahoo.com 2012-09-28 16:27:20 UTC --- This fix in Html::expandAttributes() causes the step attribute to be silently dropped. But the current W3C standard states that a missing step implies step=1, which is more restrictive than the step=any correctly supplied by HTMLForm::getInputHTML() when the internal type == 'float'. So an input element with type=number causes validation error in Chrome when non-integer values specified, even though the input type is internally specified as a float. Raised as bug 40585. -- Configure 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 37732] Wikimedia Commons needs a built-in image editor
https://bugzilla.wikimedia.org/show_bug.cgi?id=37732 Rainer Rillke @commons.wikimedia rainerril...@hotmail.com changed: What|Removed |Added CC||rainerril...@hotmail.com --- Comment #1 from Rainer Rillke @commons.wikimedia rainerril...@hotmail.com 2012-09-28 16:29:24 UTC --- If Bug 28700 would be fixed, one could at least use a canvas for image manipulation (unfortunately there is only PNG export in some browsers, but one could grab the pixels and then JPEG encode, which in turn would be very slow but could work as a background worker) and offering something much more powerful for SVG editing (Bug 38271) without having to install anything on the server except (static) files. (There are solutions around that work 100% at the client side after the application and the file was loaded.) One could also attempt to manipulate JPEG (and the attached metadata) using JavaScript directly. All this requires modern browsers and huge JS libraries. I guess you don't want to process everything at the server... -- Configure 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 40585] Unable to change any user preferences if existing wpwatchlistdays value is a non-integer
https://bugzilla.wikimedia.org/show_bug.cgi?id=40585 Sumana Harihareswara suma...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |High CC||ro...@wikimedia.org, ||suma...@wikimedia.org Severity|normal |major -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40596] New: Cannot download from HTTPS sources using copy upload via url-downloader
https://bugzilla.wikimedia.org/show_bug.cgi?id=40596 Web browser: --- Bug #: 40596 Summary: Cannot download from HTTPS sources using copy upload via url-downloader Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: rkald...@wikimedia.org, tstarl...@wikimedia.org Classification: Unclassified Mobile Platform: --- Any attempt to download files from HTTPS sources via url-downloader.wikimedia.org:8080 results in an error: Error fetching URL: Received HTTP code 403 from proxy after CONNECT I'm guessing this is just because the proxy wasn't setup to allow HTTPS... -- Configure 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 37063] SquidPurgeClient hangs on response from Squid Cache 2.7, or multiple entries in $wgSquidServers
https://bugzilla.wikimedia.org/show_bug.cgi?id=37063 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Target Milestone|1.20.0 release |Future release --- Comment #5 from Mark A. Hershberger m...@everybody.org 2012-09-28 16:47:09 UTC --- needs more work, won't make it into 1.20.0 -- Configure 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 24134] LivePreview: styles added by extensions are missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=24134 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added CC||m...@everybody.org Target Milestone|1.20.0 release |Future release --- Comment #13 from Mark A. Hershberger m...@everybody.org 2012-09-28 16:48:54 UTC --- Removing 1.20.0 milestone since it doesn't look like any actual work has been done on this. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40597] New: Copy upload should record source of the image
https://bugzilla.wikimedia.org/show_bug.cgi?id=40597 Web browser: --- Bug #: 40597 Summary: Copy upload should record source of the image Product: MediaWiki Version: 1.20-git Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: bryan.tongm...@gmail.com, rkald...@wikimedia.org Classification: Unclassified Mobile Platform: --- It would be useful if a copy upload automagically recorded the source URL of the image. Helpful for other people giving a record of its source. -- Configure 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 40593] Split single-sign-on account creation so users who disagree with labs account conditions can get Git access
https://bugzilla.wikimedia.org/show_bug.cgi?id=40593 --- Comment #2 from Ryan Lane rlan...@gmail.com 2012-09-28 17:00:05 UTC --- Would you mind giving feedback on which terms you don't agree with? It's very difficult to split the authentication, and we have no plans on doing so right now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40598] New: [Regression] jquery.localize tests are failing in IE6-8
https://bugzilla.wikimedia.org/show_bug.cgi?id=40598 Web browser: --- Bug #: 40598 Summary: [Regression] jquery.localize tests are failing in IE6-8 Product: MediaWiki Version: 1.20-git Platform: All OS/Version: All Status: NEW Severity: blocker Priority: Unprioritized Component: JavaScript AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com CC: krinklem...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- Could be a bug in the test, or a regression. Happened recently. For all IE6-8: module=jquery.localize 9 tests of 17 passed, 8 failed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40599] New: Hiding user of latest unflagged page revision causes it to become unrevievable
https://bugzilla.wikimedia.org/show_bug.cgi?id=40599 Web browser: --- Bug #: 40599 Summary: Hiding user of latest unflagged page revision causes it to become unrevievable Product: MediaWiki Version: unspecified Platform: All URL: https://pl.wikipedia.org/w/index.php?title=Szablon:Syj onizmaction=historyuselang=en OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Revision deletion AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: matma@gmail.com CC: aschulz4...@gmail.com Classification: Unclassified Mobile Platform: --- As seen at [1], the user (and only the user) of the latest revision of [[pl:Template:Syjonizm]] has been hidden. Since it was an anonymous edit (by an IP address), the version was unrevieved (pl.wiki has FlaggedRevs enabled); but now trying to review it is not possible (it claims that such version does not exist; the message is in Polish even when I use uselang=en, so I can't quote it). Additionally, the rollback link says rollback 0 edits. [1] https://pl.wikipedia.org/w/index.php?title=Szablon:Syjonizmaction=historyuselang=en -- Configure 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 40599] Hiding user of latest unflagged page revision causes it to become unrevievable
https://bugzilla.wikimedia.org/show_bug.cgi?id=40599 --- Comment #1 from Bartosz Dziewoński matma@gmail.com 2012-09-28 17:12:24 UTC --- Bah, I broke the test case. At least now we know that the rollback link works... You can still see at [2] that it's impossible to review this revision. [2] https://pl.wikipedia.org/w/index.php?title=Szablon:Syjonizmoldid=32954776uselang=en -- Configure 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 17543] RevisionDeleted fails on latest revision
https://bugzilla.wikimedia.org/show_bug.cgi?id=17543 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added CC||matma@gmail.com --- Comment #7 from Bartosz Dziewoński matma@gmail.com 2012-09-28 17:14:39 UTC --- This might possibly be related to bug 40599. -- Configure 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 40013] Connectivity interferes with saved articles (saved pages do not work offline)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40013 --- Comment #10 from Jon jrob...@wikimedia.org 2012-09-28 17:14:43 UTC --- El sistema de almacenamiento de páginas no funciona... Después de almacenar una página, ésta no se puede abrir. Saludos. User-agent: Mozilla/5.0 (iPhone; CPU iPhone OS 6_0 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10A403 Safari/8536.25 # Saved Pages is not working. User-agent: Mozilla/5.0 (iPhone; CPU iPhone OS 6_0 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10A403 Safari/8536.25 # a versione app per iphone non visualizza le pagine salvate. Un saluto Per favore, scrivi la tua email sopra questa linea. User-agent: Mozilla/5.0 (iPhone; CPU iPhone OS 6_0 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10A403 Safari/8536.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 40593] Split single-sign-on account creation so users who disagree with labs account conditions can get Git access
https://bugzilla.wikimedia.org/show_bug.cgi?id=40593 --- Comment #3 from Ryan Lane rlan...@gmail.com 2012-09-28 17:16:41 UTC --- The terms of use, in plain english, say that work must be wikimedia related, can't be illegal, must be open, and you can't release other people's privacy information, if its provided to you. I don't see how we'd have any different terms for our Git repo. -- Configure 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 36928] the first line of text does not appear
https://bugzilla.wikimedia.org/show_bug.cgi?id=36928 --- Comment #5 from bs...@wikimedia.org 2012-09-28 17:24:00 UTC --- fixed in: https://gerrit.wikimedia.org/r/#/c/25604/ This has been merged and it will be deployed with next deployment train if we don't schedule a deployment next week. -- 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 40600] New: Unreviewing sends a message to the page creator
https://bugzilla.wikimedia.org/show_bug.cgi?id=40600 Web browser: --- Bug #: 40600 Summary: Unreviewing sends a message to the page creator Product: MediaWiki extensions Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: PageTriage AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: oke...@wikimedia.org CC: fflo...@wikimedia.org, rkald...@wikimedia.org Classification: Unclassified Mobile Platform: --- See http://en.wikipedia.org/wiki/Wikipedia_talk:Page_Curation#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 34208] generateSitemap.php / --server: add error message
https://bugzilla.wikimedia.org/show_bug.cgi?id=34208 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Mark A. Hershberger m...@everybody.org 2012-09-28 17:27:06 UTC --- not able to reproduce right now -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40601] New: 'Cancel' link when editing should be a button, and 'Editing help' link is silly
https://bugzilla.wikimedia.org/show_bug.cgi?id=40601 Web browser: --- Bug #: 40601 Summary: 'Cancel' link when editing should be a button, and 'Editing help' link is silly Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: Unprioritized Component: Page editing AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: zhoris...@gmail.com Classification: Unclassified Mobile Platform: --- For consistency, when editing, the 'Cancel' link should really be a button along with the other buttons on the line, since it is an action like the rest of them even if it isn't directly tied to the form itself. The help link should also probably be removed entirely from at least the default installation, as no help pages actually come with said installation and thus the link doesn't go anywhere. Expecting wikis at this point to write their own editing help pages is also pretty silly, as there tend to already be much more thorough such pages on other wikis such as enwp, meta, and similar, and new projects can merely refer to those instead if needed. For any projects using the WikiEditor extension, though, having a link at all is redundant anyway as the toolbar the extension provides includes a navigable help menu directly in it. Ignore the other stuff, but the line of buttons would look something like on this: http://commons.wikimedia.org/wiki/File:Enwp_edit_20120917_with_even_less_stuff.png -- Configure 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 40329] Don't use hacks to replicate a browser function, either let align= pass through or not; in HTML5
https://bugzilla.wikimedia.org/show_bug.cgi?id=40329 --- Comment #27 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2012-09-28 17:39:24 UTC --- (In reply to comment #26) (In reply to comment #25) We use HTML5. No, you don't. You still output out-dated garbage like center and font. I consider a single center or font tag a *lot* more dangerous than thousands of align attributes. I wouldn't be here if your decision would make sense. But it does not. As long as you do *not* output valid HTML5 all of your arguments are irrelevant. As long as you output center tags there is no reason to not output align attributes. Those are bugs, and they should be fixed. The project of fixing invalid markup not being finished is NOT a valid reason to say that invalid markup should not be fixed. That's circular reasoning. When you have two bugs and you fix one. You work towards fixing the other. You don't re-introduce the first bug because the second one has not been fixed. Frankly if I had the time, I'd just go and fix that bug right now. And yes we do use HTML5. We output HTML5 doctypes. We follow HTML5 markup rules. We support HTML5 elements, attributes, and features. And we have an open tracking bug tracking issues with our HTML5 output that should be fixed. Just because we have a bug or two that needs fixing does not mean we're not using HTML5. Rather the fact that we actually consider those bugs is an indication HTML5 is our target. Simple. Dropping a few random snippets for being invalid and breaking them the same time is just lazy. All it does is adding confusion. I think I said that multiple times now. Then instead of crusading with ridiculous arguments like saying we're not using HTML5 and HTML5 is unfinished and shouldn't be used try pushing for the non-lazy way to fix invalid html. There have been different ideas on the mailing list. Some ideas how we might fix the block alignment. Others on ways we might eliminate use of deprecated attributes in the long run. The discussion on how to deal with invalid markup in the long run doesn't even appear to have closed. WikiText is not HTML No, that's not true and you know it. Things like small tags or class attributes are simply whitelisted in the MediaWiki parser. When I write something like small it actually *is* HTML. When I wrote align=center in a template it actually was HTML till last week. Now it's not HTML any more. Instead it has a special meaning in WikiText. Since last week it became *different* from what it was the week before. WikiText is not HTML. WikiText is a loose page authoring syntax. We take in text that people write using simple patterns and try to format the text using the best output HTML we can. Starting a line with * is a good way to make an unordered list, so we turn those into ulli's. [[Foo]] is a good way to make a link so we turn those into a. Likewise {| makes a good syntax for tables. Some people want to output certain HTML elements into their pages. Such as a HTML div. And others want to output a ul in ways we can't do with * syntax. We can't really cover all the ways to do something using some other syntax. So for the WikiText we support to output those HTML elements we support a subset of the same syntax HTML uses to output them. So while it's a simila format, that's WikiText, not HTML. What you did was simply dropping a feature. Instead you are outputting something that may or may not be intended by the template developer. Dropping a feature requires community consensus. As I mentioned before from the very start this was supposed to be a working translation from dropped html to css. The fact the visual look of the output would change was not known. Because it did not change when the feature was first tested. It only changed in edge cases that were not known. Invalid markup in the output is not a feature. There was no feature being dropped. The issues only came out later as bugs. And not just later, they were not pointed out until after 1.19 was already released. Even though this change should have already been live on the various Wikipedias and all their thousands of templates with syntaxes all over the place. A few things you may have missed: - CSS translation functionality is controlled by $wgCleanupPresentationalAttributes. It can be controlled per-wiki. - And we actually in fact have had people requesting this feature. So this feature definitely isn't going away entirely. - MediaWiki defaults are not based on WMF setup. ie: We have settings where we add them. Set one default in MediaWiki, and use a different value on WMF's wikis. - What you should really be pushing for is not removal of this. But setting $wgCleanupPresentationalAttributes either as a mw default (if 3rd party wikis are your concern) or as a site request (if this is affecting WMF wiki). Though if you're going to do the latter please open a separate bug since this one is a little to generically technical. -
[Bug 40593] Split single-sign-on account creation so users who disagree with labs account conditions can get Git access
https://bugzilla.wikimedia.org/show_bug.cgi?id=40593 --- Comment #4 from Rainer Rillke @commons.wikimedia rainerril...@hotmail.com 2012-09-28 17:41:29 UTC --- (In reply to comment #3) I accept this for Git. But not for a labs account. It does not only asks for everything must be open source but also under an applicable creative commons license and OSI-approved open source licenses. I kindly disagree with these terms. Or is it possible to create an account for both and than block the one on Labs? -- Configure 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 40602] New: Allow pipes within external links nested in template parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=40602 Web browser: --- Bug #: 40602 Summary: Allow pipes within external links nested in template parameters Product: Parsoid Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: JS/tokenizer AssignedTo: gwi...@wikimedia.org ReportedBy: gwi...@wikimedia.org CC: mtrac...@member.fsf.org, ssas...@wikimedia.org Classification: Unclassified Mobile Platform: --- Input: {{refn|ref[http://newsrack.in | foo]/ref}} references Expected behavior: Match the external link. Observed behavior: The pipe is disallowed by syntaxflags, the external link is not matched. Likely solution: Convert pipe into flag stack and push false within the external link production. -- 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 40602] Allow pipes within external links nested in template parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=40602 Gabriel Wicke gwi...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Low -- 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 40013] Connectivity interferes with saved articles (saved pages do not work offline)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40013 --- Comment #11 from Jon jrob...@wikimedia.org 2012-09-28 17:45:36 UTC --- The saved page does not work since ios 6.0 User-agent: Mozilla/5.0 (iPhone; CPU iPhone OS 6_0 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10A403 Safari/8536.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 33781] invaliduser error is misleading
https://bugzilla.wikimedia.org/show_bug.cgi?id=33781 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Ryan Kaldari rkald...@wikimedia.org 2012-09-28 17:51:38 UTC --- Fixed a while back. It now shows the error You don't have permission to edit that 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 40603] New: Purge user page everytime when you login or logout option should be done away with
https://bugzilla.wikimedia.org/show_bug.cgi?id=40603 Web browser: --- Bug #: 40603 Summary: Purge user page everytime when you login or logout option should be done away with Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: OnlineStatusBar AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: matma@gmail.com CC: benap...@gmail.com Blocks: 32128 Classification: Unclassified Mobile Platform: --- Why would anyone disable it? It's just user interface cruft. This seems like a simple fix, but maybe it has some deep meaning I'm not aware of. If it could be removed without much pain, do tell me and I will do 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 32128] Review and deploy OnlineStatusBar extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=32128 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added Depends on||40603 -- 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 35334] WikiLove tab heart icon is low-resolution
https://bugzilla.wikimedia.org/show_bug.cgi?id=35334 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Severity|normal |trivial -- Configure 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 40593] Split single-sign-on account creation so users who disagree with labs account conditions can get Git access
https://bugzilla.wikimedia.org/show_bug.cgi?id=40593 --- Comment #5 from Ryan Lane rlan...@gmail.com 2012-09-28 18:04:26 UTC --- Code must be under an OSI approved license, content must be under an appropriate open content license. It may not necessarily be creative commons, we're looking at modifying that with text that properly clarifies that. Of course, if you can't avoid putting proprietary code or content in Labs, you're free to just not use it. Unless you log in via SSH, you aren't using Labs. Also, you need to request shell access to be able to SSH in, so by default by having an account on Labsconsole, you can't directly use Labs. -- Configure 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 40593] Split single-sign-on account creation so users who disagree with labs account conditions can get Git access
https://bugzilla.wikimedia.org/show_bug.cgi?id=40593 Ryan Lane rlan...@gmail.com 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 34939] url parsing does not recognize mixed case protocols
https://bugzilla.wikimedia.org/show_bug.cgi?id=34939 jida...@jidanni.org changed: What|Removed |Added CC||jida...@jidanni.org --- Comment #11 from jida...@jidanni.org 2012-09-28 18:07:10 UTC --- Please fix the spelling error in RELEASE-NOTES-1.20: * (bug 34939) made link parsking insensitive ([HttP://]) -- Configure 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 16362] Add link to MediaWiki info action in UI
https://bugzilla.wikimedia.org/show_bug.cgi?id=16362 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added CC||federicol...@tiscali.it Blocks||21572 -- Configure 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 21572] Safe permanent link to a page (e.g. using one of its history id)
https://bugzilla.wikimedia.org/show_bug.cgi?id=21572 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added Depends on||16362 -- Configure 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 25934] Optionally enable urldecode for external links
https://bugzilla.wikimedia.org/show_bug.cgi?id=25934 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added CC||matma@gmail.com Blocks|27292 | --- Comment #10 from Bartosz Dziewoński matma@gmail.com 2012-09-28 18:17:13 UTC --- Removing bug 27292 as blocker, this has nothing to do with skins. (I don't think there's a Parser tracking bug, at least I didn't find 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 27292] Skins improvement (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=27292 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added Depends on|25934 | -- Configure 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 40582] 500k logo for Swedish Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=40582 --- Comment #5 from rasmu...@live.se 2012-09-28 18:18:12 UTC --- Proposed text added to sv.wikipedia common.css wich is making this bug unnecessary. -- Configure 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 40582] 500k logo for Swedish Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=40582 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||WORKSFORME -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40464] Placeholder attribute of search box is not set until load
https://bugzilla.wikimedia.org/show_bug.cgi?id=40464 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added CC||m...@everybody.org Target Milestone|1.20.0 release |Future release --- Comment #1 from Mark A. Hershberger m...@everybody.org 2012-09-28 18:34:58 UTC --- This isn't something that should block released, but it is probably easily 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 37879] Legacy skins have no cite this page link
https://bugzilla.wikimedia.org/show_bug.cgi?id=37879 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added Priority|Unprioritized |Normal --- Comment #1 from Bartosz Dziewoński matma@gmail.com 2012-09-28 18:37:01 UTC --- This is fixed for CologneBlue in this commit: https://gerrit.wikimedia.org/r/#/c/25415/ -- Configure 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 37880] Legacy skins do not support permalink and related links
https://bugzilla.wikimedia.org/show_bug.cgi?id=37880 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added Priority|Unprioritized |Normal --- Comment #1 from Bartosz Dziewoński matma@gmail.com 2012-09-28 18:37:02 UTC --- This is fixed for CologneBlue in this commit: https://gerrit.wikimedia.org/r/#/c/25415/ -- Configure 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 17693] Article-PDF not available in classic skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=17693 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added Priority|Lowest |Normal Severity|minor |normal --- Comment #8 from Bartosz Dziewoński matma@gmail.com 2012-09-28 18:37:03 UTC --- This is fixed for CologneBlue in this commit: https://gerrit.wikimedia.org/r/#/c/25415/ -- 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 40600] Unreviewing sends a message to the page creator
https://bugzilla.wikimedia.org/show_bug.cgi?id=40600 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |High Severity|normal |major -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33880] $wgUsersNotifiedOnAllChanges should not send e-mail to user who made the edit.
https://bugzilla.wikimedia.org/show_bug.cgi?id=33880 --- Comment #10 from Michael Jennings m...@lbl.gov 2012-09-28 18:43:46 UTC --- Is it so inconceivable that someone else's personal preference could differ from your own? :-) Alrighty, then. Let's see here. 1. Allows me to track chronological changes independent of the wiki. I can gather them in a single mailbox (or GMail label) for future use. 2. Makes e-mail functionality visible to me as the system admin. If it breaks, I'll know it sooner rather than later. 3. If changes are made via my credentials but not by me, I find out immediately. 4. Single-click access to changesets. 5. Consistency is less error-prone. Fewer exceptions mean fewer opportunities for errors. 6. Because that's what the variable says it does. 7. Because it used to work. 8. Again, personal preference. Gives me warm fuzzies. HTH. -- Configure 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 31067] Add Wikijunior namespace to Azerbaijani Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=31067 Dereckson dereck...@espace-win.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #9 from Dereckson dereck...@espace-win.org 2012-09-28 18:50:45 UTC --- Change merged by Reedy. -- 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 31067] Add Wikijunior namespace to Azerbaijani Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=31067 Dereckson dereck...@espace-win.org changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #10 from Dereckson dereck...@espace-win.org 2012-09-28 18:52:24 UTC --- Namespaces are present: https://az.wikibooks.org/w/api.php?action=querymeta=siteinfosiprop=namespaces|namespacealiases -- 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 40245] Windows 8 app: fix margins/padding on content area
https://bugzilla.wikimedia.org/show_bug.cgi?id=40245 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Brion Vibber br...@wikimedia.org 2012-09-28 18:53:11 UTC --- Fixed this a while ago. -- 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