[Bug 35063] Implement a persistent aspect in ResourceLoader debug mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=35063 Michael M. listenle...@gmail.com changed: What|Removed |Added CC||listenle...@gmail.com --- Comment #1 from Michael M. listenle...@gmail.com 2012-03-09 08:58:41 UTC --- Since setting a cookie resourceLoaderDebug enables debug mode, this probably can be done easily on client side. -- Configure 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 31576] Magic words are considered to be (non-existing) templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=31576 Beta16 l.rabinelli+bugzi...@gmail.com changed: What|Removed |Added CC||l.rabinelli+bugzilla@gmail. ||com --- Comment #40 from Beta16 l.rabinelli+bugzi...@gmail.com 2012-03-09 09:17:08 UTC --- In it.wiki [[:w:it:Special:Wantedtemplates]] is full of Magic Words. If an user perform a dummy edit in a page the problem disappear for that page. -- 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 34737] Zoom buttons appear sometimes on the image, sometimes in the toolbar after update to MW 1.19
https://bugzilla.wikimedia.org/show_bug.cgi?id=34737 Zaran zaran.krl...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||zaran.krl...@gmail.com Resolution||FIXED --- Comment #2 from Zaran zaran.krl...@gmail.com 2012-03-09 09:34:33 UTC --- Patch applied in r113461. -- 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 34961] Edit summary for moves should not include username
https://bugzilla.wikimedia.org/show_bug.cgi?id=34961 wikif...@gmail.com changed: What|Removed |Added CC||wikif...@gmail.com --- Comment #10 from wikif...@gmail.com 2012-03-09 09:40:29 UTC --- Niklas Laxström, you probably won't hear any suggestions for other improvements, the name needs to go. There was nothing wrong with the previous edit summary (didn't anyone even ask for the new one, instead of fixing some of the bugs and feature requests that linger here for years?). But the main problem I see is that when a user exercises his RTV (or a user name change and so on), the username in the log will be changed, but it will remain in the edit summary, which is not what is wanted at all. So the change has no actual benefit (you claim it is a feature, but no example of an actual benefit has been given), and has obvious disadvantages. Why not simply Old name renamed to New name ? What other languages would this create problems for? -- 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 35076] when guessVariant is true (implemented for Serbian), -{}- is not parsed but it is sometimes needed
https://bugzilla.wikimedia.org/show_bug.cgi?id=35076 Nikola Smolenski smole...@eunet.rs changed: What|Removed |Added CC||smole...@eunet.rs --- Comment #1 from Nikola Smolenski smole...@eunet.rs 2012-03-09 09:47:15 UTC --- How come no one noticed this while testing? :( guessVariant guesses correctly, but apparently it should be moved deeper into the conversion functions. I'll try to fix it over the weekend. -- Configure 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 35079] New: Send Strict-Transport-Security header
https://bugzilla.wikimedia.org/show_bug.cgi?id=35079 Web browser: --- Bug #: 35079 Summary: Send Strict-Transport-Security header Product: MediaWiki Version: 1.18 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dann...@email.cz Classification: Unclassified Mobile Platform: --- [[HTTP Strict Transport Security]] header should be sent by MediaWiki. -- Configure 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 34961] Edit summary for moves should not include username
https://bugzilla.wikimedia.org/show_bug.cgi?id=34961 --- Comment #11 from wikif...@gmail.com 2012-03-09 09:51:17 UTC --- (In reply to comment #9) We could make it the same as how it is in Special:Logs, removing the first Username and not the username that is part of the message. No, we and you can't. In a page revision history, you always get the first username, it can hardly be removed from those entries in it where a page is moved (and it shouldn't be, as the first name contains the talk/contribs/block links which are obviously absent from the edit summary). By the way, in Special:Logs (e.g. [http://en.wikipedia.org/wiki/Special:Log/Fram]), the first user name (with the talk and so on) is kept, but you get a different (and better) message, without the user name but with the comment added by the user for the move. -- 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 35062] Nothing translate to Bahasa Indonesia on wiki-id at Special:Log
https://bugzilla.wikimedia.org/show_bug.cgi?id=35062 Iwan Novirion me_i...@ovi.com changed: What|Removed |Added Resolution|INVALID |LATER --- Comment #2 from Iwan Novirion me_i...@ovi.com 2012-03-09 10:00:24 UTC --- (In reply to comment #1) https://id.wikipedia.org/wiki/Istimewa:Catatan?uselang=id It's fine for me, user lang set to en, using uselang=id to force idonesian The problem is 'logentry-patrol-patrol' (and it's friends) aren't translated into indonesian, and the fallback language is English See https://translatewiki.net/w/i.php?title=Special%3ATranslatetaction=translategroup=corelanguage=idlimit=100task=untranslated These should be translated at TranslateWiki and they should be live on Wikipedia et al within 48 hours or so Oh, I see.. :) Thank's for your information. I'll be contact the others user wiki-id to work together to solve this problem at TranslateWiki. In Indonesian we call this gotong royong... lol -- Configure 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 28950] ISBN, RFC and PMID magic links might support non-breaking spaces (nbsp;) too
https://bugzilla.wikimedia.org/show_bug.cgi?id=28950 --- Comment #10 from Gabriel Wicke wi...@wikidev.net 2012-03-09 10:00:49 UTC --- The trunk version of this regexp already uses Unicode regexp mode, so your patch should not affect performance significantly. The current patch no longer applies on current trunk though. Could you refresh and tweak 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 34789] Don't show hide options for anon edits on RC with disabled anon editing
https://bugzilla.wikimedia.org/show_bug.cgi?id=34789 --- Comment #6 from Subfader subfa...@gmail.com 2012-03-09 10:11:30 UTC --- Ah ok. Anyway, the point remains: on a wiki with with $wgGroupPermissions['*']['edit'] = false; the links make no sense. I had to disable them in the core code since there is no setting for it. Maybe a hook? -- Configure 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 34648] Documentation should be clear what Huggle does
https://bugzilla.wikimedia.org/show_bug.cgi?id=34648 Matthew Bowker matthewrbowker.w...@me.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||matthewrbowker.w...@me.com AssignedTo|mmovc...@wikipedia.de |matthewrbowker.w...@me.com -- 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 22746] Exhibit format - if a field's text is large you get duplication
https://bugzilla.wikimedia.org/show_bug.cgi?id=22746 Neill Mitchell mitchell_ne...@hotmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #5 from Neill Mitchell mitchell_ne...@hotmail.com 2012-03-09 10:27:55 UTC --- I'm currently sponsoring Stephan to develop an exhibit replacement, so this can be closed :) -- 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 2700] Pre-save transform skips extensions using wikitext (gallery, references, footnotes, Cite, pipe trick, subst, signatures)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2700 --- Comment #70 from billinghurst billinghu...@gmail.com 2012-03-09 10:41:56 UTC --- (In reply to comment #69) (In reply to comment #67) I am not too enthusiastic about encouraging extensions to do their own arbitrary pre-save transform processing. lowering priority I am not sure how to equate the lowering the priority for a significant issue that doesn't follow normal wiki behaviour? We get numerous responses akin to I don't like it however no solutions. Cite must be one of the most commonly used extensions in wikipedia space, and one would think that it is used multiple times per page. We have a fairly common practice with the renowned pipe trick, and now at comment #69, you are saying that we are lowering the priority. How about we consider the basic users and solve some of the base underlying issues that bug users every day, or isn't that sexy enough to gather attention? For some of us this is a large annoyance, where we have to create work arounds, by scripting buttons, or doing significant copy and paste. -- Configure 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 31214] ipad apps - mobile article doesn't fit if webview width 768
https://bugzilla.wikimedia.org/show_bug.cgi?id=31214 Jon jrob...@wikimedia.org changed: What|Removed |Added Status|REOPENED|RESOLVED CC||jrob...@wikimedia.org Resolution||FIXED --- Comment #12 from Jon jrob...@wikimedia.org 2012-03-09 11:04:01 UTC --- This has been fixed in r113463. It was fixed by switching the meta tag from meta name=viewport content=width=device-width, initial-scale=1.0 to meta name=viewport content=max-width=device-width, initial-scale=1.0 We don't want to remove the tag fully or to remove the width value as pages will not be optimised for reading on iphones, androids etc... more information here [1] With help from Greg (thanks Greg!) this has been tested and works nicely so closing! -- Configure 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 31214] ipad apps - mobile article doesn't fit if webview width 768
https://bugzilla.wikimedia.org/show_bug.cgi?id=31214 --- Comment #13 from Jon jrob...@wikimedia.org 2012-03-09 11:04:36 UTC --- And the link [1] https://developer.apple.com/library/safari/#documentation/AppleApplications/Reference/SafariWebContent/UsingtheViewport/UsingtheViewport.html -- Configure 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 20146] Find function for Wikipedia Mobile
https://bugzilla.wikimedia.org/show_bug.cgi?id=20146 Jon jrob...@wikimedia.org changed: What|Removed |Added CC||jrob...@wikimedia.org --- Comment #2 from Jon jrob...@wikimedia.org 2012-03-09 11:15:38 UTC --- Most browsers come with a find function which does this well already. As a result I don't believe it would be in our interest to add a find option to the mobile site... -- Configure 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 32089] MobileFrontend Firefox loads default.css rather than firefox.css
https://bugzilla.wikimedia.org/show_bug.cgi?id=32089 Jon jrob...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED CC||jrob...@wikimedia.org Resolution||FIXED Summary|MobileFrontend beta menu|MobileFrontend Firefox |with language selector, |loads default.css rather |buttons has inverse folding |than firefox.css |state in Firefox| -- Configure 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 32089] MobileFrontend Firefox loads default.css rather than firefox.css
https://bugzilla.wikimedia.org/show_bug.cgi?id=32089 --- Comment #4 from Jon jrob...@wikimedia.org 2012-03-09 11:23:30 UTC --- The bug in question seems to be fixed but the default.css stylesheet still seems to be served! -- Configure 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 29340] Group names with html entities in them get double encoded in Special:Userrights
https://bugzilla.wikimedia.org/show_bug.cgi?id=29340 --- Comment #5 from Christian Neubauer seventow...@gmail.com 2012-03-09 11:27:09 UTC --- Another place these group names doesn't work is on Special:Statistics. You get no results for users in that group. -- Configure 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 16794] $wgSharedDB PostgreSQL support
https://bugzilla.wikimedia.org/show_bug.cgi?id=16794 Marcin Cieślak marcin.cies...@gmail.com changed: What|Removed |Added CC||marcin.cies...@gmail.com --- Comment #25 from Marcin Cieślak marcin.cies...@gmail.com 2012-03-09 11:49:01 UTC --- You have a comment that worries me a bit (it's not your fault though): # Lets test for any bits of text that should never show up in a table # name. Basically anything like JOIN or ON which are actually part of # SQL queries, but may end up inside of the table value to combine # sql. Such as how the API is doing. # Note that we use a whitespace test rather than a \b test to avoid # any remote case where a word like on may be inside of a table name # surrounded by symbols which may be considered word breaks and then you resort to a regex to catch them: '/(^|\s)(DISTINCT|JOIN|ON|AS)(\s|$)/i' Could you comment a bit more on this? (Probably in a separate bug that blocks this one)? It's some time since I looked at the API code but I understand that our current SQL query infrastructure is not sufficient for all API needs... -- Configure 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 35073] Add jStorage as ResourceLoader module to MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=35073 --- Comment #7 from rai...@rillke.eu rainerril...@hotmail.com 2012-03-09 11:52:54 UTC --- Huh... you are too fast with closing before I could give you some more arguments: * This plugIn supports storing XML, and almost any type of javaScript variables. * This plugIn supports all major browsers that are in use, including Internet Explorer 6 to 8 * If you offer it now, you can avoid causing the next mess. I think it is simply wrong to say Let's wait until the whole world is using its own implementations and then add support for it and deprecate the whole world. I understand that you don't want unnecessary maintenance in your core. But storing data on the client side is a *core* requirement if you want to write smart applications. I would even offer to bring the whole code in compliance with your Coding Conventions if you agree to add it. I know about the ability of importScript, the ugly gadget-(BTW, can I add |rights=nobodyHas to avoid display?), jQuery events and XHR/eval-tricks. Most of them work site-wide. Go to the next site and nothing works or you have to duplicate the code. I find it a bit unfair that while the UploadWizard-monster is allowed to add dozens of modules (such as arrow-steps, mw.api that adds no benefit over directly using a XHR and do a bit smart error-handling) to core, while you consider the pile of jQuery-effects as more important, you deny 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 26422] Special:Translate does not support PostgreSQL
https://bugzilla.wikimedia.org/show_bug.cgi?id=26422 Marcin Cieślak marcin.cies...@gmail.com changed: What|Removed |Added CC||marcin.cies...@gmail.com Summary|error while runing |Special:Translate does not |update.php after install|support PostgreSQL |translate on mediawiki with | |postgres| -- 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 34957] New line after {{DISPLAYTITLE:}} should be ignored
https://bugzilla.wikimedia.org/show_bug.cgi?id=34957 --- Comment #2 from Danny B. dann...@email.cz 2012-03-09 12:11:38 UTC --- I'm pretty sure that it was working that way before update to weaken restrictions. -- Configure 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 35073] Add jStorage as ResourceLoader module to MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=35073 --- Comment #8 from Krinkle krinklem...@gmail.com 2012-03-09 12:11:38 UTC --- (In reply to comment #7) [you] deny this. I'm not denying anything. However usually things are used before they are added to core, not the other way around. Also, modules can be loaded cross-wiki (no need for duplication). This was possible in 1.18 and even more so in 1.19. I'd say, get it out there. Play with jStorage, see if it fits your need. Give it time to sink in, perhaps other contributors to the script find an alternative library to use or whatever. No need to rush anything. -- Configure 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 2700] Pre-save transform skips extensions using wikitext (gallery, references, footnotes, Cite, pipe trick, subst, signatures)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2700 Gabriel Wicke wi...@wikidev.net changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |wi...@wikidev.net |org | --- Comment #71 from Gabriel Wicke wi...@wikidev.net 2012-03-09 12:13:05 UTC --- @billinghurst: Cite can be covered by something like bluehairedlawyer's patch (attachment 5952 / comment 31), as its entire content is parsed as wikitext. -- Configure 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 34961] Edit summary for moves should not include username
https://bugzilla.wikimedia.org/show_bug.cgi?id=34961 --- Comment #12 from Krinkle krinklem...@gmail.com 2012-03-09 12:15:02 UTC --- (In reply to comment #9) We could make it the same as how it is in Special:Logs, removing the first Username and not the username that is part of the message. That's a good idea, but the fact is. Currently change lists aren't like Special:Log, so it doesn't make sense to change the edit summary message while the rest is still as it was. How about we set the edit summaries back to how they were. And when the changes list are made as awesome as you made the Log page, then it makes sense to do this. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35063] Implement a persistent aspect in ResourceLoader debug mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=35063 --- Comment #2 from Krinkle krinklem...@gmail.com 2012-03-09 12:17:50 UTC --- (In reply to comment #1) Since setting a cookie resourceLoaderDebug enables debug mode, this probably can be done easily on client side. The cookie can be set on the client side, however the initial server request needs to know this before any client code is processed because it influences how the page is rendered very early on. (one could implement a redirect/refresh, but that gives the same problem with form submissions). This needs (at least some) server development. But that's OK, it's not a hard thing to do :), just other priorities right now (although patches are welcome at any time :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 9424] Remove inline links/JavaScript from CharInsert
https://bugzilla.wikimedia.org/show_bug.cgi?id=9424 Danny B. dann...@email.cz changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Comment #7 from Danny B. dann...@email.cz 2012-03-09 12:19:20 UTC --- Well, the deal was to remove onclick=... stuff in favour of jQuery general global handling. Thus reopening. -- Configure 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 17653] Edit toolbar Edit tools (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17653 Bug 17653 depends on bug 9424, which changed state. Bug 9424 Summary: Remove inline links/JavaScript from CharInsert https://bugzilla.wikimedia.org/show_bug.cgi?id=9424 What|Old Value |New Value Status|RESOLVED|REOPENED 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 9424] [CharInsert] Use event binding from a module instead of inline javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=9424 Krinkle krinklem...@gmail.com changed: What|Removed |Added Summary|Remove inline |[CharInsert] Use event |links/JavaScript from |binding from a module |CharInsert |instead of inline ||javascript --- Comment #8 from Krinkle krinklem...@gmail.com 2012-03-09 12:24:25 UTC --- OK, maybe that should be a separate request then. Re-summarizing for now (removing javascript on itself makes no sense as a goal unless it's redundant or broken). -- Configure 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 18861] Search should index template expansion
https://bugzilla.wikimedia.org/show_bug.cgi?id=18861 billinghurst billinghu...@gmail.com changed: What|Removed |Added Priority|Low |Normal --- Comment #16 from billinghurst billinghu...@gmail.com 2012-03-09 12:31:08 UTC --- (In reply to comment #15) lowering priority to reflect reality To me that feels condescending to the Wikisource sites and seems WP-centric, so I am being bold and at least calling it normal. Wikisources have the default text search set to include main ns, but not Page: ns, due to the latter being our workspace, therefore not the prime display space. Not fixing this bug, or giving it a priority that means nothing will occur, basically says that searching at the Wikisources where they are transcluded and better quality texts is not important to WMF. I feel that sends very much the wrong message, is unhelpful to producing double proofread works that are transcluded into main ns that they cannot be found by the search engine. We spend more time on frippery like WikiLove than fixing products that are at the core of quality reproductions. -- 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 35073] Add jStorage as ResourceLoader module to MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=35073 --- Comment #9 from rai...@rillke.eu rainerril...@hotmail.com 2012-03-09 12:32:18 UTC --- Of course I would accept any other plugIn that covers at least the same functions and browsers. I just have this for 2 months in use and got no complaints, yet. Keywords: HTML5 local storage, client storage, userData -- Configure 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 35069] . . still appears in article history after the (-xx)/(+xx) portion without an edit summary
https://bugzilla.wikimedia.org/show_bug.cgi?id=35069 Krinkle krinklem...@gmail.com changed: What|Removed |Added Keywords||code-update-regression -- Configure 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 35069] . . still appears in article history after the (-xx)/(+xx) portion without an edit summary
https://bugzilla.wikimedia.org/show_bug.cgi?id=35069 Krinkle krinklem...@gmail.com changed: What|Removed |Added Target Milestone|--- |1.20.0 release -- Configure 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 35008] Problems installing Version r37495 on MW 1.13.0
https://bugzilla.wikimedia.org/show_bug.cgi?id=35008 Sam Sexton puheli...@googlemail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #7 from Sam Sexton puheli...@googlemail.com 2012-03-09 12:49:24 UTC --- Thanks, I've got there at last! I can not access Sourceforge's SVN from my server or my laptop, due to corporate firewall obstruction. So, I installed Tortoise on my personal laptop, checked out as requested, transferred the geshi dir to the server, installed it and it's working, but I really wonder why geshi/* and geshi.php can't be included in the tarball - all the other extensions I've installed have come all-inclusive and it's been a matter of a few minutes to install them. Unfortunately this one was different, but at least I've got it working 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 35080] New: mw.util.tooltipAccessKeyPrefix should be alt-shift for Epiphany 2.30.6 on Linux
https://bugzilla.wikimedia.org/show_bug.cgi?id=35080 Web browser: Other Bug #: 35080 Summary: mw.util.tooltipAccessKeyPrefix should be alt-shift for Epiphany 2.30.6 on Linux Product: MediaWiki Version: 1.19 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: Unprioritized Component: Javascript AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com CC: krinklem...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- Per bug 29753 comment 17, I copy below the content of bug 29753 comment 16: When I acess wikipedia using Mozilla/5.0 (X11; U; Linux x86_64; pt-br) AppleWebKit/531.2+ (KHTML, like Gecko) Version/5.0 Safari/531.2+ Debian/squeeze (2.30.6-1) Epiphany/2.30.6, MediaWiki suggests the use of ctrl-shift- but it should suggest alt-shift-. -- Configure 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 29753] mw.util.tooltipAccessKeyPrefix should be alt-shift for Chrome on Windows and Firefox 3+
https://bugzilla.wikimedia.org/show_bug.cgi?id=29753 --- Comment #19 from mybugs.m...@gmail.com 2012-03-09 13:09:51 UTC --- (In reply to comment #17) Please open a separate bug for this. Done: Bug 35080. -- 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 34813] cannot use template parameter for map result within Drilldown Has display parameters property
https://bugzilla.wikimedia.org/show_bug.cgi?id=34813 --- Comment #4 from Yaron Koren yaro...@gmail.com 2012-03-09 13:13:40 UTC --- Hi, This might be hard to debug, because I can't duplicate the problem - see here: http://discoursedb.org/wiki/Special:BrowseData/Cities Is this happening on a public wiki? If not, maybe you could try reproducing it on http://scratchpad.referata.com? Referata is currently running MW 1.18.1, as well as the latest versions of those other extensions. -- 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 34961] Edit summary for moves should not include username
https://bugzilla.wikimedia.org/show_bug.cgi?id=34961 Brad Jorsch b-jor...@alum.northwestern.edu changed: What|Removed |Added CC||b-jorsch@alum.northwestern. ||edu --- Comment #13 from Brad Jorsch b-jor...@alum.northwestern.edu 2012-03-09 13:26:37 UTC --- (In reply to comment #5) This is a feature. Username should be part of this to have grammatically correct edit summaries. It should be WONTFIX. Since when do edit summaries have to be complete sentences? Looking at [[en:Special:RecentChanges]], it seems the former edit summary followed the more common format: Archiving text, Removed category using HotCat, Created page, Added wikiproject template, Disambiguated, Undid revision 12345 by 1.2.3.4. Moved page X to Y fits right in, while Username moved page X to Y doesn't. (In reply to comment #9) (In reply to comment #8) Whether looking at logs or edit histories it is not grammatically incorrect because a person normally reads the full line: Username (talk | contribs) moved page X to Y You are ignoring languages other than English. You'll have to do a better job explaining it than that. And especially explain why forcing this on communities that don't want it is somehow preferable to allowing communities that do want the username redundantly repeated in the edit summary to adjust [[MediaWiki:1movedto2]] in that manner. We could make it the same as how it is in Special:Logs, removing the first Username and not the username that is part of the message. So you intend to change the entire display of diffs, the article history, the output from the API's prop=revisionsrvprop=comment, and so on to display the dummy revision for a move in a format different from all other revisions? Or are you just entirely confused and not realizing we're talking about '''the edit summary attached to the dummy revision''' inserted in the article's history for the move? (In reply to comment #12) How about we set the edit summaries back to how they were. And when the changes list are made as awesome as you made the Log page, then it makes sense to do this. This is the appropriate solution: revert, and *if* such a wider-reaching change is ever made then it can be revisited. -- 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 35081] New: Show/hide button of section is broken in non-Alphabetical language
https://bugzilla.wikimedia.org/show_bug.cgi?id=35081 Web browser: --- Bug #: 35081 Summary: Show/hide button of section is broken in non-Alphabetical language Product: Wikimedia Mobile Version: .5 Platform: All OS/Version: All Status: NEW Severity: critical Priority: Unprioritized Component: Generic AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: aokomori...@enmps.net Classification: Unclassified Mobile Platform: --- example: http://ja.m.wikipedia.org/wiki/PHP:_Hypertext_Preprocessor Show/hide button's label text should be shown same text as [[MediaWiki:Mobile-frontend-show-button/ja]](表示) and [[MediaWiki:Mobile-frontend-hide-button/ja]](非表示), but now broken text amp;eacute;��amp;egrave;amp;iexcl;amp;uml;amp;ccedil;amp;curren;amp;ordm;. I confirmed such broken text in Japanese, Chinese, and Arabic. This bug may be caused by r113028? -- Configure 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 35072] TypeError: Cannot convert '$.collapsibleTabs.getSettings( $( data.collapsedContainer ).children(data.collapsible+:first ) )' to object
https://bugzilla.wikimedia.org/show_bug.cgi?id=35072 Saibo saibotr...@arcor.de changed: What|Removed |Added Web browser|Opera |--- --- Comment #4 from Saibo saibotr...@arcor.de 2012-03-09 13:47:05 UTC --- Okay, thank you. I will try to change it to addPortletLink. note: it was not only Opera - for another user it also fails in FF10. Why does it work in my FF10? A mistake? ;-) Also the error reporting is *not* okay. Errors should not be buried if not debug=true as it apparently happens - that makes it very hard to debug. Should I open a new bug? Did this start happening only after MediaWiki 1.19? Although most users of this script use Monobook I got no error reports before yesterday when a new user wanted to use this script. The script is around sinec 2008. I tested it at 2011-03-18 with Vector and it worked (like it still does for my FF). -- Configure 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 34961] Edit summary for moves should not include username
https://bugzilla.wikimedia.org/show_bug.cgi?id=34961 --- Comment #14 from Niklas Laxström niklas.laxst...@gmail.com 2012-03-09 13:56:57 UTC --- (In reply to comment #13) (In reply to comment #5) This is a feature. Username should be part of this to have grammatically correct edit summaries. It should be WONTFIX. Since when do edit summaries have to be complete sentences? Looking at [[en:Special:RecentChanges]], it seems the former edit summary followed the more common format: Archiving text, Removed category using HotCat, Created page, Added wikiproject template, Disambiguated, Undid revision 12345 by 1.2.3.4. It's not about edit summaries in that sense. Log entries need to be full sentences. The Wikipedia article on [[Word order]] should make it clear why this is necessary. Page histories are implemented in stupid way where the log entries are posing as normal edits with the log entry in edit summary. (In reply to comment #12) How about we set the edit summaries back to how they were. And when the changes list are made as awesome as you made the Log page, then it makes sense to do this. This is the appropriate solution: revert, and *if* such a wider-reaching change is ever made then it can be revisited. It cannot be reverted. The two options are to either make horrible workarounds (like we did with IRC log output) or improve page history views to handle log entries better. I will keep my stance and not do any workarounds. I can work towards another solution, but I'm not going back. -- 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 34961] Edit summary for moves should not include username
https://bugzilla.wikimedia.org/show_bug.cgi?id=34961 --- Comment #15 from Chad H. innocentkil...@gmail.com 2012-03-09 14:07:53 UTC --- (In reply to comment #9) (In reply to comment #8) Whether looking at logs or edit histories it is not grammatically incorrect because a person normally reads the full line: Username (talk | contribs) moved page X to Y You are ignoring languages other than English. And you are ignoring English. The problem is there seems to be no one-size-fits-all solution here. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35082] New: mediaWiki.util.addPortletLink incorrectly adds link to all uw tags in portlet
https://bugzilla.wikimedia.org/show_bug.cgi?id=35082 Web browser: --- Bug #: 35082 Summary: mediaWiki.util.addPortletLink incorrectly adds link to all uw tags in portlet Product: MediaWiki Version: 1.19 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Javascript AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: amalthea.wikime...@googlemail.com CC: krinklem...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- mediaWiki.util.addPortletLink incorrectly adds the created portlet link to all uw tags in a portlet. For most skins, addPortletLink uses the following logic to decide where to add the newly created link: // Select the first (most likely only) unordered list inside the portlet $ul = $portlet.find( 'ul' ); .find('ul') does of course find /all/ unordered list tags in the portlet element. This can be problematic for utilities that place further unordered lists in the portlet to create submenus. While doing that might not be directly supported by MediaWiki, I don't see there's ever a cause to add a portlet link multiple times. Assuming that the jQuery filter function .first() is deterministic and works as I think it does, I assume that changing the aforementioned line to $ul = $portlet.find( 'ul' ).first(); would fix the issue without breaking functionality that anybody relies on (or should rely on). Judging by the comment that was the intended behavior in the first place. Steps to reproduce: wgUserGroups.push(sysop); //to convince easyblock to show up importScriptURI('//en.wikipedia.org/w/index.php?action=rawctype='+ 'text/javascripttitle=User:Animum/easyblock.js'); //wait till import finished before executing the next line mw.util.addPortletLink( p-cactions, #, TEST ); - the 'TEST' item is both in the p-cactions menu and in each of easyblock's submenus. -- Configure 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 34993] upload a new version replaces old version
https://bugzilla.wikimedia.org/show_bug.cgi?id=34993 Common Good common.g...@ymail.com changed: What|Removed |Added CC||common.g...@ymail.com --- Comment #7 from Common Good common.g...@ymail.com 2012-03-09 14:21:15 UTC --- I do not know if this is important: Same error message but different behavior today: File:Bundesarchiv Bild 183-09587-0004, West-Staaken, Ausgabe von Lebensmittelkarten.jpg First attempt failed (error message: Could not store file /tmp/...). Second upload worked. Result: Original version still available. First reupload is missing (linking to [http://upload.wikimedia.org/wikipedia/commons/archive/1/1a/] (sic)) Second reupload available. Same here: File:Bundesarchiv Bild 183-1982-0510-014, Meiningen, Maschinenhof des KfL.jpg -- Configure 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 35081] Show/hide button of section is broken in non-Alphabetical language
https://bugzilla.wikimedia.org/show_bug.cgi?id=35081 Frozen-mikan ja.frozen.mi...@gmail.com changed: What|Removed |Added CC||ja.frozen.mi...@gmail.com --- Comment #1 from Frozen-mikan ja.frozen.mi...@gmail.com 2012-03-09 14:21:31 UTC --- Example: Japanese characters 表示 URL Encode (UTF-8) %e8%a1%a8%e7%a4%ba Character entity references in HTML Unicode code point → Name U+00e8 → egrave U+00a1 → iexcl U+00a8 → uml U+00e7 → ccedil U+00a4 → curren U+00ba → ordm -- Configure 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 35083] New: OpenSearchXml first sentences extraction produces bad results
https://bugzilla.wikimedia.org/show_bug.cgi?id=35083 Web browser: --- Bug #: 35083 Summary: OpenSearchXml first sentences extraction produces bad results Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: OpenSearchXml AssignedTo: br...@wikimedia.org ReportedBy: maxsem.w...@gmail.com Classification: Unclassified Mobile Platform: --- The current regex, roughly end capture after the second dot followed by whitespace produces wildly inaccurate results for sentences with dots in the middle, for example if article title contains dots: https://en.wikipedia.org/w/api.php?action=opensearchformat=xmlfmsearch=.s.p.%20vlimit=10 Item Text xml:space=preserveS. P. Venkatesh/Text Description xml:space=preserveS. P. /Description Url xml:space=preservehttps://en.wikipedia.org/wiki/S._P._Venkatesh/Url /Item Item Text xml:space=preserveS. P. Velumani/Text Description xml:space=preserveS. P. /Description Url xml:space=preservehttps://en.wikipedia.org/wiki/S._P._Velumani/Url /Item It should be something like first dot followed by whitespace after a certain number of characters. -- 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 35084] New: Add helper function to get the current wikicode of a page
https://bugzilla.wikimedia.org/show_bug.cgi?id=35084 Web browser: --- Bug #: 35084 Summary: Add helper function to get the current wikicode of a page Product: MediaWiki Version: 1.19 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Javascript AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com CC: krinklem...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- Something like https://en.wikipedia.org/w/index.php?title=Wikipedia:WikiProject_User_scripts/Guide/Ajaxoldid=480523778#Get_the_wikicode_of_a_page could be made available on some of the mediawiki.api*** modules. -- Configure 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 35070] Blanking a LiquidThreads post commits successfully when disallowed
https://bugzilla.wikimedia.org/show_bug.cgi?id=35070 --- Comment #6 from Rob Schnautz rschna...@wikimedia.org 2012-03-09 15:34:59 UTC --- Mark, it seems straightforward to me: If a user is told they're unable to blank, they shouldn't be able to blank. The edit shouldn't commit, and the edit dialog should remain open instead. -- Configure 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 32244] Phonegap app settings dialog: checkbox, dropdown should trigger when tapping anywhere in the list item
https://bugzilla.wikimedia.org/show_bug.cgi?id=32244 Jon jrob...@wikimedia.org changed: What|Removed |Added Status|REOPENED|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 35081] Show/hide button of section is broken in non-Alphabetical language
https://bugzilla.wikimedia.org/show_bug.cgi?id=35081 --- Comment #2 from Frozen-mikan ja.frozen.mi...@gmail.com 2012-03-09 15:44:20 UTC --- may be caused by r113444. In 113444's comments: Why are you using htmlentities instead of htmlspecialchars? -- Configure 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 35085] New: English usernames with punctuation displayed incorrectly on right-to-left wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=35085 Web browser: --- Bug #: 35085 Summary: English usernames with punctuation displayed incorrectly on right-to-left wikis 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: rschna...@wikimedia.org Classification: Unclassified Mobile Platform: --- My username is Rob Schnautz (WMF). However, a right-to-left display of my username at ar.wikipedia.org displays as (Rob Schnautz (WMF. Not sure if this is something that can actually be fixed, but it sure is confusing! -- Configure 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 34961] Performer's username is shown twice in page move entries on the history
https://bugzilla.wikimedia.org/show_bug.cgi?id=34961 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added CC||federicol...@tiscali.it Summary|Edit summary for moves |Performer's username is |should not include username |shown twice in page move ||entries on the history --- Comment #16 from Nemo_bis federicol...@tiscali.it 2012-03-09 15:47:17 UTC --- (In reply to comment #15) And you are ignoring English. It doesn't seem about English or other languages to me: it's pretty hard to argue that the username shown as first is the subject of a sentence several cm apart with «(Talk | contribs) m . . (4 bytes) (0) . .» in the middle (do you read it all together aloud?) and a completely different style (or even language, is your interface language is not the wiki's language). Every element of the history is correct in English (and also other languages, now). At first, I was surprised/annoyed by the username as well, but only because it's a change. -- 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 35085] Left-to-right usernames with punctuation displayed incorrectly on right-to-left wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=35085 Rob Schnautz rschna...@wikimedia.org changed: What|Removed |Added Summary|English usernames with |Left-to-right usernames |punctuation displayed |with punctuation displayed |incorrectly on |incorrectly on |right-to-left wikis |right-to-left wikis -- Configure 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 34813] cannot use template parameter for map result within Drilldown Has display parameters property
https://bugzilla.wikimedia.org/show_bug.cgi?id=34813 --- Comment #5 from Paul Oranje p.ora...@xs4all.nl 2012-03-09 15:52:03 UTC --- Have a look at the wiki http://www.culturalheritageconnections.org/ MW version is 1.18.1 (see http://www.culturalheritageconnections.org/wiki/Special:Version) The error (see bug description) occurs when http://www.culturalheritageconnections.org/mediawiki/index.php?title=Category:Site contains the following statement: {{#set: Has display parameters=?Site-at-geocode;format=map;centre=20,20;zoom=2;icon=Blue_marker.png;template=Country-show-related}} The http://discoursedb.org/wiki/Category:Cities page does not use a template as SD display parameter. -- 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 35083] OpenSearchXml first sentences extraction produces bad results
https://bugzilla.wikimedia.org/show_bug.cgi?id=35083 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Max Semenik maxsem.w...@gmail.com 2012-03-09 15:55:31 UTC --- Fixed (well, improved) in r113475. -- 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 35047] [Regression] File deletions leave stuff behind
https://bugzilla.wikimedia.org/show_bug.cgi?id=35047 --- Comment #8 from Jameslwoodward w...@mvfintry.com 2012-03-09 16:02:27 UTC --- Reply to Comment #6: Occasionally, perhaps one in twenty deletes: API request returned code 504 errorError code is Gateway Time-out Sometimes just one, sometimes multiple times while doing a multiple delete. Sometimes the process completes correctly after a 504 error; sometimes some of them hang. Five of 13 deletes are hung now at Commons:Deletion requests/The Boy in the Plastic Bubble (film). The other eight are now red-links. It happens more often when more than three or four deletes are running at once. Jim -- Configure 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 35032] UploadFromStash is broken in 1.18.1
https://bugzilla.wikimedia.org/show_bug.cgi?id=35032 Andy Lester a...@petdance.com changed: What|Removed |Added CC||a...@petdance.com --- Comment #2 from Andy Lester a...@petdance.com 2012-03-09 16:08:27 UTC --- Thanks for posting this here. This fixed my problem. -- Configure 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 34993] upload a new version replaces old version
https://bugzilla.wikimedia.org/show_bug.cgi?id=34993 --- Comment #8 from Aaron Schulz aschulz4...@gmail.com 2012-03-09 16:13:06 UTC --- (In reply to comment #7) I do not know if this is important: Same error message but different behavior today: That is the behavior I'd expect when storing the temp file fails (this is how it used to be in 1.18). It's still ugly and should look more atomic, but that will probably cleaned up later. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34961] Performer's username is shown twice in page move entries on the history
https://bugzilla.wikimedia.org/show_bug.cgi?id=34961 --- Comment #17 from sr...@avacoda.com 2012-03-09 16:21:55 UTC --- Is this the appropriate forum and audience for this discussion? -- 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 35085] Left-to-right usernames with punctuation displayed incorrectly on right-to-left wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=35085 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added CC||aloli...@gmail.com, ||niklas.laxst...@gmail.com, ||s.mazel...@xs4all.nl Component|General/Unknown |Internationalization Product|Wikimedia |MediaWiki -- Configure 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 35032] UploadFromStash is broken in 1.18.1
https://bugzilla.wikimedia.org/show_bug.cgi?id=35032 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Sam Reed (reedy) s...@reedyboy.net 2012-03-09 16:27:15 UTC --- (In reply to comment #1) If you can provide a patch for this we'll look at merging it for a 1.18.2 tarball. It can just be done now, then it's there if/when we have a 1.18.2 release. Saves scrambling around looking for these bugs in the run up to release =) (In reply to comment #0) This bug can be fixed by taking includes/upload/UploadFromStash.php and includes/upload/UploadStash.php from trunk r105822. Marking this bug major as MediaWiki 1.18.1 is listed as stable. The fix probably needs queueing for 1.18.2. Although maybe the easiest way, blindly copying from trunk doesn't sounds like the best way.. Done in r113481 -- Configure 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 35085] Left-to-right usernames with punctuation displayed incorrectly on right-to-left wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=35085 --- Comment #1 from Sam Reed (reedy) s...@reedyboy.net 2012-03-09 16:28:03 UTC --- (In reply to comment #0) My username is Rob Schnautz (WMF). However, a right-to-left display of my username at ar.wikipedia.org displays as (Rob Schnautz (WMF. Not sure if this is something that can actually be fixed, but it sure is confusing! I think you can wrap it in some tags marked as ltr on these rtl wikis. Not sure it can be done easily on a larger scale -- Configure 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 18861] Search should index template expansion
https://bugzilla.wikimedia.org/show_bug.cgi?id=18861 --- Comment #17 from teukrosan...@gmail.com 2012-03-09 16:31:54 UTC --- (In reply to comment #15) lowering priority to reflect reality Take a look at this page - http://toolserver.org/~phe/statistics.php As of today, over 50% of content on French, Polish, Catalan and Norvegian Wikisources is inaccessible by search engine. For Wikisource projects, it is a matter of critical importance. Obviously, changing priority back to high (or even normal) changes nothing by itself, but maybe you should reconsider your approach to this problem. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35074] Make API error messages translatable
https://bugzilla.wikimedia.org/show_bug.cgi?id=35074 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added URL|https://pt.wikipedia.org/w/ |https://pt.wikipedia.org/w/ |api.php?action=LOREM+IPSUM |api.php?action=LOREM+IPSUM |format=jsonfm |format=jsonfm Severity|normal |enhancement --- Comment #2 from Sam Reed (reedy) s...@reedyboy.net 2012-03-09 16:32:25 UTC --- (In reply to comment #1) We should not complicate API itself with i18n too much, but we can certainly make it easier for applications using API by providing localised error message through an API module or RL module for example. I'd agree with something along those lines. Just because someone is using it on a non english wiki (especially in WMFs case), doesn't mean they want their error messages localised. Having some map (though, we probably need to ensure unique error codes), to be able to request a localised version would be sane -- Configure 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 34137] Write git localization import scripts for translatewiki.net
https://bugzilla.wikimedia.org/show_bug.cgi?id=34137 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Priority|Normal |Highest CC||suma...@panix.com AssignedTo|innocentkil...@gmail.com|antoine.mu...@laposte.fr Severity|enhancement |critical --- Comment #2 from Sumana Harihareswara suma...@panix.com 2012-03-09 16:35:56 UTC --- The scripts to change to use Gerrit are: translatewiki.net:/home/betawiki/update-mediawiki-ext translatewiki.net:/home/betawiki/bpmw And step 5 in https://www.mediawiki.org/wiki/Git/Conversion/issues#Localization needs to be automated. Antoine, Chad will write up his notes for you today so you can do this as early as possible 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 18861] Search should index template expansion
https://bugzilla.wikimedia.org/show_bug.cgi?id=18861 Amgine amgine.sae...@gmail.com changed: What|Removed |Added Priority|Normal |High --- Comment #18 from Amgine amgine.sae...@gmail.com 2012-03-09 16:36:03 UTC --- Restoring to high priority. For projects other than Wikipedia, and increasingly on Wikipedia itself due to ever-expanding use of infoboxen, search fails to find structured information. This is a high-priority for the communities. -- 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 18861] Search should index template expansion
https://bugzilla.wikimedia.org/show_bug.cgi?id=18861 kipod fur.hew...@gmail.com changed: What|Removed |Added CC||fur.hew...@gmail.com --- Comment #19 from kipod fur.hew...@gmail.com 2012-03-09 16:43:19 UTC --- (In reply to comment #15) lowering priority to reflect reality one more question here (in addition to the wikisource issue mentioned by others) is: are we taking the voting system seriously? -- if the answer is yes, then i fail to understand lowering the priority of a bug with that many votes. -- if the answer is no, it would be more respectful to disable the voting system, rather than ask people to vote for bugs and then ignore their votes. peace. -- 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 18861] Search should index template expansion
https://bugzilla.wikimedia.org/show_bug.cgi?id=18861 --- Comment #20 from mybugs.m...@gmail.com 2012-03-09 16:50:03 UTC --- (In reply to comment #18) This is a high-priority for the communities. I don't think there is any doubt about that. For the meaning of the fields priority and severity, see: * [[mw:Bug management/Bugzilla usage#Priority]] (In reply to comment #19) are we taking the voting system seriously? There are plans of renaming vote to watch or bookmark: * http://lists.wikimedia.org/pipermail/wikitech-l/2012-January/057420.html * Bug 34490 -- 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 18861] Search should index template expansion
https://bugzilla.wikimedia.org/show_bug.cgi?id=18861 --- Comment #21 from teukrosan...@gmail.com 2012-03-09 17:00:08 UTC --- (In reply to comment #20) For the meaning of the fields priority and severity, see: * [[mw:Bug management/Bugzilla usage#Priority]] Well, honestly - yes, I really thing it is a major problem that should be fixed in a reasonable time. It is opened since 2009, forgive me that I'm not excited to read that it will be fixed within 6 months, or the release after next (from now, I presume). -- 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 34490] Change vote to watch or bookmark on Bugzilla interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=34490 kipod fur.hew...@gmail.com changed: What|Removed |Added CC||fur.hew...@gmail.com --- Comment #5 from kipod fur.hew...@gmail.com 2012-03-09 17:04:07 UTC --- after reading http://lists.wikimedia.org/pipermail/wikitech-l/2012-January/057420.html this sounds superfluous. the cc list already exists and can be used to gauge interest. also, it makes no sense to limit the # of bugs someone can bookmark. in short, it it's not really voting (in this community), there is no need for this feature in this community. i am not that familiar with bugzilla, but i am absolutely certain that this is a feature that can just be disabled - no need to fork anything, change no wording or do any other local changes - just change the bugzilla config not to use the voting system, and gauge interest via the # of entries in the cc list. peace. -- Configure 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 35079] Send Strict-Transport-Security header
https://bugzilla.wikimedia.org/show_bug.cgi?id=35079 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Version|1.18|unspecified Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27812] Make ExtensionDistributor work with Git
https://bugzilla.wikimedia.org/show_bug.cgi?id=27812 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added CC||suma...@panix.com AssignedTo|innocentkil...@gmail.com|s...@reedyboy.net --- Comment #3 from Sumana Harihareswara suma...@panix.com 2012-03-09 17:05:02 UTC --- Reassigning to Sam to work on next week while Chad is away. -- 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 35086] New: Expand brokens show bad labels on non-western alphabets (htmlentities)
https://bugzilla.wikimedia.org/show_bug.cgi?id=35086 Web browser: --- Bug #: 35086 Summary: Expand brokens show bad labels on non-western alphabets (htmlentities) Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: critical Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jrob...@wikimedia.org CC: aricha...@wikimedia.org, prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Mobile Platform: --- In MobileFrontend the show hide toggle button labels display strange characters For example: http://ja.wikipedia.org/w/index.php?title=ASCIIuseformat=mobile http://he.m.wikipedia.org/wiki/ASCII The htmlentities function does not seem to be able to handle non-western alphabets The problem seems to be in this commit: http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/MobileFrontend/templates/ApplicationTemplate.php?r1=113443r2=113444; Can anyone suggest a quick fix? -- Configure 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 35086] Expand brokens show bad labels on non-western alphabets (htmlentities)
https://bugzilla.wikimedia.org/show_bug.cgi?id=35086 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||maxsem.w...@gmail.com Resolution||FIXED --- Comment #1 from Max Semenik maxsem.w...@gmail.com 2012-03-09 17:30:35 UTC --- Fixed in r113488. -- Configure 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 34490] Change vote to watch or bookmark on Bugzilla interface
https://bugzilla.wikimedia.org/show_bug.cgi?id=34490 --- Comment #6 from Chad H. innocentkil...@gmail.com 2012-03-09 17:35:03 UTC --- (In reply to comment #5) after reading http://lists.wikimedia.org/pipermail/wikitech-l/2012-January/057420.html this sounds superfluous. the cc list already exists and can be used to gauge interest. also, it makes no sense to limit the # of bugs someone can bookmark. in short, it it's not really voting (in this community), there is no need for this feature in this community. i am not that familiar with bugzilla, but i am absolutely certain that this is a feature that can just be disabled - no need to fork anything, change no wording or do any other local changes - just change the bugzilla config not to use the voting system, and gauge interest via the # of entries in the cc list. peace. I thought the same thing, but people disagreed. People like using the votes for watching things without being on the CC list. The number of votes/bookmarks/free candy that someone can use can be raised if need be, so that's a non-issue. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15816] Add a switch for SETting the search_path (Postgres)
https://bugzilla.wikimedia.org/show_bug.cgi?id=15816 Marcin Cieślak marcin.cies...@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||marcin.cies...@gmail.com Resolution||FIXED --- Comment #4 from Marcin Cieślak marcin.cies...@gmail.com 2012-03-09 17:36:26 UTC --- Fixed in r113487 We try to avoid touching search_path at all unless really necessary. Even in this case we append MediaWiki core schema to the front of the list. * No longer add $wgDBmwschema to PostgreSQL role search_path in the installer. This is no longer necessary as setting schema on connect should ReallyWorkNow(tm). * Get rid as much as possible of $wgDBmwschema and bring us one step closer to fix bug 16794 (wgSharedDB support). For further improvements to schema handling (bug 11136, bug 16794) we should discuss how actually we are going to find out which objects (not only tables but also constraints, keys, etc. etc.) belong to which schema. DatabasePostgres::getCoreSchema() should ideally be replaced and its callers adjusted with something that knows what should be were. Ideas how we can design this with sane configuration (extension choices should be configurable in LocalSettings.php as well!) and without breaking constraints are welcome. Closing this one, further discussion can continue in bug 16794 if needed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 384] PostgreSQL/pgsql support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=384 Bug 384 depends on bug 15816, which changed state. Bug 15816 Summary: Add a switch for SETting the search_path (Postgres) https://bugzilla.wikimedia.org/show_bug.cgi?id=15816 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 18861] Search should index template expansion
https://bugzilla.wikimedia.org/show_bug.cgi?id=18861 --- Comment #22 from Amgine amgine.sae...@gmail.com 2012-03-09 18:00:52 UTC --- (In reply to comment #20) (In reply to comment #18) This is a high-priority for the communities. I don't think there is any doubt about that. For the meaning of the fields priority and severity, see: * [[mw:Bug management/Bugzilla usage#Priority]] It's difficult to reply to this without - unintending - to be insulting. This is a major problem, and it should be fixed within a month. I think you should stop thinking about this as a problem for the sisterprojects: content on nearly a million en.Wikipedia pages is not being searched. As an example, an optional parameter in the {{Infobox caste}} is Kuladevata/Kuladevi - the associated God/Goddess. Yet a search for kuladevi does not find pages including the Caste infobox unless the word is also in the wikitext. As more information is structured into infobox templates, and the templates become more specialized, there will be an increase in missed but relevant articles. -- 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 35085] Left-to-right usernames with punctuation displayed incorrectly on right-to-left wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=35085 --- Comment #1 from Rob Schnautz rschna...@wikimedia.org 2012-03-09 18:01:21 UTC --- Templates surrounding the text seem like a logical solution, although with Unified Login, this still poses a problem in the menus. -- Configure 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 35087] New: Creation of a mail list for Wikipedia Student Club in UNAM
https://bugzilla.wikimedia.org/show_bug.cgi?id=35087 Web browser: --- Bug #: 35087 Summary: Creation of a mail list for Wikipedia Student Club in UNAM Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Mailing lists AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: gala...@gmail.com CC: phili...@wikimedia.org Classification: Unclassified Mobile Platform: --- Wikimedia Mexico is supporting Wikipedia Student Club in the Facultad de Filosofía y Letras of UNAM. They need a mail list for internal comunication and collaborations. You can refer here the project: http://outreach.wikimedia.org/wiki/Student_Organizations/Clubhouse/Club_Wikipedia_Filosof%C3%ADa_y_Letras_UNAM and http://www.filos.unam.mx/club-wikipedia-facultad-ffyl (in spanish) The project leaders are for UNAM Pablo Miranda Quevedo (User:Moonunit) pablomirandaquevedo -at- gmail.com and for Wikimedia México, Carmen Alcázar (User:Metik) at wotancito -at- gmail.com Thank you so much. -- Configure 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 35009] Links to create pages broken on mobile site
https://bugzilla.wikimedia.org/show_bug.cgi?id=35009 Arthur Richards aricha...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Arthur Richards aricha...@wikimedia.org 2012-03-09 18:06:51 UTC --- Works for me. I suspect this issue was fixed with one of the commits over the last week. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23795] Add parser itself to Hook ParserMakeImageParams
https://bugzilla.wikimedia.org/show_bug.cgi?id=23795 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||maxsem.w...@gmail.com Resolution||FIXED --- Comment #1 from Max Semenik maxsem.w...@gmail.com 2012-03-09 18:32:31 UTC --- Done in r113496. -- Configure 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 34942] Add a show Headers preference
https://bugzilla.wikimedia.org/show_bug.cgi?id=34942 thoma...@hotmail.fr changed: What|Removed |Added Priority|Low |Unprioritized --- Comment #2 from thoma...@hotmail.fr 2012-03-09 18:53:02 UTC --- No, it doesn't because it is ext.proofreadpage.page that depends on the gadget. See : https://fr.wikisource.org/w/index.php?title=MediaWiki%3AGadgets-definitiondiff=3301228oldid=3301223 -- 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 35080] mw.util.tooltipAccessKeyPrefix should be alt-shift for Epiphany 2.30.6 on Linux
https://bugzilla.wikimedia.org/show_bug.cgi?id=35080 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35088] New: Blackberry/Playbook needs fuller build instructions
https://bugzilla.wikimedia.org/show_bug.cgi?id=35088 Web browser: --- Bug #: 35088 Summary: Blackberry/Playbook needs fuller build instructions Product: Wikipedia App Version: 1.1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Generic AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org Blocks: 31976 Classification: Unclassified Mobile Platform: --- Need better docs on how to set things up; in 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 31976] Blackberry port of PhoneGap app
https://bugzilla.wikimedia.org/show_bug.cgi?id=31976 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Depends on||35088 -- Configure 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 35089] New: Saved articles don't load on Blackberry Playbook
https://bugzilla.wikimedia.org/show_bug.cgi?id=35089 Web browser: --- Bug #: 35089 Summary: Saved articles don't load on Blackberry Playbook Product: Wikipedia App Version: 1.1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Save Article AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org Blocks: 31976 Classification: Unclassified Mobile Platform: --- Currently using the web coding... -- Configure 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 31976] Blackberry port of PhoneGap app
https://bugzilla.wikimedia.org/show_bug.cgi?id=31976 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Depends on||35089 -- Configure 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 35090] New: Block messages for rangeblocks are confusing
https://bugzilla.wikimedia.org/show_bug.cgi?id=35090 Web browser: --- Bug #: 35090 Summary: Block messages for rangeblocks are confusing Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Blocking AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: martijnhoeks...@gmail.com Classification: Unclassified Mobile Platform: --- Currently, the block message for both single blocked IP's and rangeblocks is Information about the block: account creation from this IP address (address or range) was blocked by (blocking admin), who gave the reason the reason In case of a range block it would be much clearer for the blocked to get a message more like Information about the block: account creation from the range (range), which your ip address (address) is a part of was blocked by (blocking admin), who gave the reason or something like Your IP address (address) is part of the range (range). account creation from that range was blocked by (blocking admin), who gave the reason (reason) -- Configure 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 35091] New: Share doesn't do anything on Blackberry Playbook
https://bugzilla.wikimedia.org/show_bug.cgi?id=35091 Web browser: --- Bug #: 35091 Summary: Share doesn't do anything on Blackberry Playbook Product: Wikipedia App Version: 1.1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Share AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org Blocks: 31976 Classification: Unclassified Mobile Platform: --- Also currently using the web code, so there's no activity there. -- Configure 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 31976] Blackberry port of PhoneGap app
https://bugzilla.wikimedia.org/show_bug.cgi?id=31976 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Depends on||35091 -- Configure 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 35092] New: Back button always disabled on app web view (and Playbook)
https://bugzilla.wikimedia.org/show_bug.cgi?id=35092 Web browser: --- Bug #: 35092 Summary: Back button always disabled on app web view (and Playbook) Product: Wikipedia App Version: 1.1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Generic AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org Blocks: 31976 Classification: Unclassified Mobile Platform: --- Playbook currently loads the web mode. -- Configure 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 31976] Blackberry port of PhoneGap app
https://bugzilla.wikimedia.org/show_bug.cgi?id=31976 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Depends on||35092 -- Configure 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 31976] Blackberry port of PhoneGap app
https://bugzilla.wikimedia.org/show_bug.cgi?id=31976 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Depends on||35093 -- Configure 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 35093] New: External links don't open at all in app on Blackberry Playbook
https://bugzilla.wikimedia.org/show_bug.cgi?id=35093 Web browser: --- Bug #: 35093 Summary: External links don't open at all in app on Blackberry Playbook Product: Wikipedia App Version: 1.1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Generic AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org Blocks: 31976 Classification: Unclassified Mobile Platform: --- Clicking on external links selects them, but doesn't load anything. Expected: should open the link in external browser app. -- Configure 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 34813] cannot use template parameter for map result within Drilldown Has display parameters property
https://bugzilla.wikimedia.org/show_bug.cgi?id=34813 --- Comment #6 from Yaron Koren yaro...@gmail.com 2012-03-09 19:18:56 UTC --- Oh - I missed the fact that you mentioned the template parameter. I was able to easily reproduce the problem. I just looked into this a little, though, and I couldn't figure out the issue - it comes somehow from the interplay of SD, SMW, SM and MediaWiki. Hopefully I, or someone else, will be able to debug it soon. -- 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 35057] [Regression] WikiLove's preview button only works on second click
https://bugzilla.wikimedia.org/show_bug.cgi?id=35057 --- Comment #11 from Ryan Kaldari rkald...@wikimedia.org 2012-03-09 19:25:07 UTC --- The textarea expansion problem is actually a bug in jQuery. The jQuery function getWH is reporting percentage widths and heights as pixel heights. So in this case it was reporting the width of the textarea as 100px rather than 100%, which was causing jQuery.elastic to miscalculate how tall to make the textarea. -- Configure 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 31976] Blackberry port of PhoneGap app
https://bugzilla.wikimedia.org/show_bug.cgi?id=31976 Amgine amgine.sae...@gmail.com changed: What|Removed |Added CC||amgine.sae...@gmail.com --- Comment #2 from Amgine amgine.sae...@gmail.com 2012-03-09 19:26:25 UTC --- Brand new BB arrived in our house yesterday, if you need tester. -- Configure 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 35094] New: Playbook PhoneGap setup isn't triggered
https://bugzilla.wikimedia.org/show_bug.cgi?id=35094 Web browser: --- Bug #: 35094 Summary: Playbook PhoneGap setup isn't triggered Product: Wikipedia App Version: 1.1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Generic AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org Blocks: 31976 Classification: Unclassified Mobile Platform: --- The regex check on the user-agent is wrong and doesn't trigger, which is why we load up the web/platform.js Should probably fix that, make sure we load the proper playbook/phonegap-1.4.1.js and playbook/platform.js, and have any necessary code in there. Note that the iOS/web-style menus are currently done in the platform.js file so may need copying or cleanup. -- Configure 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