[Bug 17983] allow batch operations through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=17983 duplicate...@googlemail.com changed: What|Removed |Added Status|NEW |RESOLVED Blocks||40277 Resolution||FIXED --- Comment #7 from duplicate...@googlemail.com 2012-09-16 06:55:15 UTC --- Splitted into seperated bugs: * bug 40275 * bug 40276 * bug 40277 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40277] allow multi-page patrol through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=40277 duplicate...@googlemail.com changed: What|Removed |Added Depends on||17983 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40276] allow multi-page protect/unprotect through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=40276 Bug 40276 depends on bug 17983, which changed state. Bug 17983 Summary: allow batch operations through API https://bugzilla.wikimedia.org/show_bug.cgi?id=17983 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40275] allow multi-user block/unblock through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=40275 Bug 40275 depends on bug 17983, which changed state. Bug 17983 Summary: allow batch operations through API https://bugzilla.wikimedia.org/show_bug.cgi?id=17983 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40277] New: allow multi-page patrol through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=40277 Web browser: --- Bug #: 40277 Summary: allow multi-page patrol through API Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: API AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: duplicate...@googlemail.com CC: bryan.tongm...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net Classification: Unclassified Mobile Platform: --- >From bug 17983 comment 1: I can imagine stuff like: http://commons.wikimedia.org/w/api.php?action=patrol&rcid=39515|39517|39519&token=123ABC This could for example be used to patrol all edits from a certain page (imagine users making 20 edits, or an edit war whatever). Previously a tool called vPopSpeed took care of this, but that tool's been dead for a long while. Being able to mass-do stuf in the API makes recreating such a tool a lot easier. - Krinkle -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40275] allow multi-user block/unblock through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=40275 duplicate...@googlemail.com changed: What|Removed |Added Depends on||40276 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17983] allow batch operations through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=17983 duplicate...@googlemail.com changed: What|Removed |Added Blocks||40276 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40276] New: allow multi-page protect/unprotect through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=40276 Web browser: --- Bug #: 40276 Summary: allow multi-page protect/unprotect through API Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: API AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: duplicate...@googlemail.com CC: bryan.tongm...@gmail.com, duplicate...@googlemail.com, grib...@deepskymarines.org, matthew.brit...@btinternet.com, roan.katt...@gmail.com, s...@reedyboy.net, schulzaaro...@yahoo.de, vasi...@gmail.com Depends on: 17983 Blocks: 40275 Classification: Unclassified Mobile Platform: --- +++ This bug was initially created as a clone of Bug #17983 +++ Hi, I'm currently updating the block state of tens of thousands of open proxies on frwiki. I have to do it one at a time, which is time-consuming. Allowing a multi-page protect/unprotect through a single API call (with the same parameters for all items) would be more efficient. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17983] allow batch operations through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=17983 duplicate...@googlemail.com changed: What|Removed |Added Blocks||40275 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40275] New: allow multi-user block/unblock through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=40275 Web browser: --- Bug #: 40275 Summary: allow multi-user block/unblock through API Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: API AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: duplicate...@googlemail.com CC: bryan.tongm...@gmail.com, duplicate...@googlemail.com, grib...@deepskymarines.org, matthew.brit...@btinternet.com, roan.katt...@gmail.com, s...@reedyboy.net, schulzaaro...@yahoo.de, vasi...@gmail.com Depends on: 17983 Classification: Unclassified Mobile Platform: --- +++ This bug was initially created as a clone of Bug #17983 +++ Hi, I'm currently updating the block state of tens of thousands of open proxies on frwiki. I have to do it one at a time, which is time-consuming. Allowing a multi-user block/unblock through a single API call (with the same parameters for all items) would be more efficient. +++ -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22798] parameter of Categorytree-member-num/-counts needs formatnum
https://bugzilla.wikimedia.org/show_bug.cgi?id=22798 duplicate...@googlemail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||duplicate...@googlemail.com Resolution||WONTFIX --- Comment #5 from duplicate...@googlemail.com 2012-09-16 06:45:45 UTC --- WONTFIX per bug 40151 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39958] Wrong parsing of [[MediaWiki:Expand templates title]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=39958 duplicate...@googlemail.com changed: What|Removed |Added CC||duplicate...@googlemail.com ||, ialex.w...@gmail.com --- Comment #2 from duplicate...@googlemail.com 2012-09-16 06:44:17 UTC --- Looks like a problem in gerrit 20012 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39958] Wrong parsing of [[MediaWiki:Expand templates title]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=39958 duplicate...@googlemail.com changed: What|Removed |Added CC||mybugs.m...@gmail.com --- Comment #1 from duplicate...@googlemail.com 2012-09-16 06:41:45 UTC --- *** Bug 40273 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40273] Wrong parsing of [[MediaWiki:Expand templates title]] on [[Special:ExpandTemplates]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=40273 duplicate...@googlemail.com changed: What|Removed |Added Keywords|parser | Status|NEW |RESOLVED CC||duplicate...@googlemail.com Component|User interface |ExpandTemplates Version|unspecified |master Resolution||DUPLICATE Product|MediaWiki |MediaWiki extensions --- Comment #1 from duplicate...@googlemail.com 2012-09-16 06:41:45 UTC --- *** This bug has been marked as a duplicate of bug 39958 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39446] Spamming continuing on beta wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=39446 --- Comment #5 from Jasper Deng 2012-09-16 05:16:18 UTC --- Obviously, the CAPTCHA isn't working - see my local block log on the en.wikipedia beta wiki. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37992] Review and deploy Drafts extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=37992 Isarra changed: What|Removed |Added CC||zhoris...@gmail.com --- Comment #22 from Isarra 2012-09-16 04:23:11 UTC --- As a user, this seems useful. What to do about edit conflicts might be an issue, but even a short warning not to leave it too long (and why) upon saving a draft could be enough for that, and if a page is too highly edited, maybe just removing the draft option entirely on those would be in order? Could confuse people a little at first, but they'd probably catch on eventually since a draft on, say, enwp's WP:ANI would make NO BLOODY SENSE in the first place. Just suddenly turning on automatic drafts could also pose problems due to current habits of starting edits and then thinking better of them and leaving, as opposed to using the cancel button, but editors can be retrained. On the other hand, since editing and then previewing is not only the only way to test things without saving them, but also a really convenient one, that might actually be an issue... but if all else fails, a user option to turn the automatic drafts off should fix that pretty effectively. And the only part of this that seems like it might go out of general enhancement territory and into OUTRAGE WHY YOU CHANGE THIS?! territory is the automatic drafts. But while a decision on the parts of the projects themselves whether or not enable that part at all might make them a little happier, why should be necessary, especially if users have the option to just turn it off themselves if they don't like 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 39432] Enable Narayam on the Georgian Wikipedia (ka.wiki)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39432 Niklas Laxström changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #13 from Niklas Laxström 2012-09-16 04:04:29 UTC --- It's been disabled. -- 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 40151] Numbers passed to $ variables in MediaWiki:Categorytree-member-num must not be formatted but raw
https://bugzilla.wikimedia.org/show_bug.cgi?id=40151 Niklas Laxström changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39467] Mobile feedback to OTRS should include article in the summary
https://bugzilla.wikimedia.org/show_bug.cgi?id=39467 Phil Chang changed: What|Removed |Added Priority|Unprioritized |High AssignedTo|phili...@gmail.com |aricha...@wikimedia.org --- Comment #2 from Phil Chang 2012-09-16 03:30:38 UTC --- Thanks for filing this bug/enhancement. There was legal review of this recently and there is no problem including the referring page in support emails. Arthur, we should make this change for all emails generated from the Contact form. -- 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 39467] Mobile feedback to OTRS should include article in the summary
https://bugzilla.wikimedia.org/show_bug.cgi?id=39467 emufarm...@gmail.com changed: What|Removed |Added CC||emufarm...@gmail.com --- Comment #1 from emufarm...@gmail.com 2012-09-16 00:11:12 UTC --- Could someone take a look at this? This should be pretty easy to add, since the name of the article is already sent as a parameter in the URL so that you can return to it. -- 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 37992] Review and deploy Drafts extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=37992 --- Comment #21 from mybugs.m...@gmail.com 2012-09-15 23:21:59 UTC --- (In reply to comment #20) > It'd be nice if this extension could be enabled on https://test.wikipedia.org > or similar. A lack of a working demonstration is hurting the conversation, I > fear. Okeyes said at [[WP:Village_pump_(proposals)#Allowing_users_to_save_drafts_of_their_work]] that (the version 0.1.1) of the extension is enabled on this wiki: http://kubo.wmflabs.org/wiki/Main_Page I don't know if this is the most up to date version. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37992] Review and deploy Drafts extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=37992 --- Comment #20 from MZMcBride 2012-09-15 23:16:12 UTC --- (In reply to comment #17) > I have to say, I'm with Oliver here. I have concerns about deployment on a > wide scale without some further feature development and (more importantly) > community input and buy-in. It seems to me that there are policy and > governance changes that also need to be introduced at the same time, and it > would be courteous to let the community work on those with some warning. Can you elaborate on the policy and governance changes you envision? > I also have UI challenges with this. It's not immediately transparent how it > works to a new user (where is the integration to contribution history or > recent > changes?), and (while I haven't seen the documentation) I suspect that the > documentation is also not user-ready. They're private (per-user) drafts. I'm not sure if this was apparent when you wrote this comment. It'd be nice if this extension could be enabled on https://test.wikipedia.org or similar. A lack of a working demonstration is hurting the conversation, I fear. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37992] Review and deploy Drafts extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=37992 --- Comment #19 from MZMcBride 2012-09-15 23:10:01 UTC --- (In reply to comment #12) > TL;DR, I really oppose turning this on with the way it's formatted now and > using the process that's being discussed. Most of your comment reads as "I'm bored and looking for a fight" with a hint of "why wasn't I consulted?" If you want to start petty disputes on Bugzilla with me, you really ought to do better research into the battles you pick. This isn't my brainchild or my code. It's a missing MediaWiki feature that would be particularly helpful to have on Wikimedia wikis. > *For more detail on each point; this is not, as MzMcBride claims, "a general > MediaWiki enhancement" unless you want to expand the definition to cover > pretty > much anything. It seems like a fairly standard enhancement to me. > It introduces a completely new workflow, alters existing ones > and sticks a big button on the (already overfilled) page that we know all > editors are going to see. There is no way this can be turned on without a > community discussion unless you want a raging storm of anger hurled in the > direction of whoever hits the big red button. I'm not sure I understand what you're saying here. Microsoft Word has auto-save; WordPress has auto-save; modern Web browsers have auto-save. Who do you think will be shouting about this being enabled? Is there any evidence of this being a controversial feature? > *The UI elements clash with current thinking about the direction that we're > going in. The Micro Designs Improvement project is currently working on the > edit window as we speak, and plans to do a couple more iterations given the > opportunity. I'd rather not throw two competing philosophies of design into > the > mix - that works if they're from the same team, but I worry we'd end up with > (at best) an inconsistent UI and (at worst) an active clash. I'm not sure how this is relevant. Other parts of the edit view need work, yes. > *This really doesn't seem an efficient way to do things. What's the use case > here, exactly? If it's "people would like to save a draft in case they lose > their work", save the draft automatically after [number] of minutes or seconds > rather than requiring them to actually make a decision, and then just void any > drafts after [other number] of minutes or seconds. This extension pretty much does exactly that, doesn't it? I don't think the current version of this extension is as heavy-handed about auto-discarding drafts as you suggest it could be, but that seems like a feature to me, not a bug. > If it's "we want to sort how > confusing the existing setup is by offering functions found on other sites", > integrate that into the existing workflows to avoid button bloat. At > https://www.mediawiki.org/wiki/Extension:Drafts I'm seeing edge cases > discussed > and the workflow discussed...but not how this in any way can be integrated > into > how Wikipedia currently works, or how we'd like it to work, or what exactly > the > use case is for this software. If there is a use case, it needs to be > communicated. If there isn't, we shouldn't be turning it on. I didn't follow most of this section, so I'm not quite sure how to respond. > *Can someone point me to, if not a use case, the user demand for this feature? > One power user requesting it on bugzilla is not a case for change. You can't formulate a use-case for a drafts feature in your head? Interesting. You've been editing Wikipedia for how many years now? You've never wanted to create a draft of something? :-) As for the "one power user" comment, when you look at the history of the development of the extension (which you apparently didn't) and you look at related bugs (such as bug 19909), you can see that your comment doesn't make much sense. I'm not sure what you gain by trying to act as though there's only person pushing for auto-save functionality on Wikimedia wikis. > This is not to say that it isn't useful, or that this type of feature isn't > the > sort of thing we should be looking at - as mentioned above, reforming the > editing workflows is something that is being discussed and worked on. I'm just > skeptical that this particular information, particularly deployed in this > fashion, is going to benefit more than it costs. "The extension needs a bit of work before deployment. Water is also wet. You can safely ignore the last few paragraphs I wrote." -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40268] Bad syntax when inserting PROD template via Page Curation
https://bugzilla.wikimedia.org/show_bug.cgi?id=40268 --- Comment #6 from Ryan Kaldari 2012-09-15 23:05:32 UTC --- Works for me: http://en.wikipedia.org/w/index.php?title=Jazz_Cats_Crossing_the_Hudson&diff=512760321&oldid=501763045 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37992] Review and deploy Drafts extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=37992 --- Comment #18 from mybugs.m...@gmail.com 2012-09-15 22:20:27 UTC --- (In reply to comment #15) > Really? Who makes these saves? And if this is a common use case, could we have > an on-wiki demonstration that people need or want it? :) Ok. I just created a topic on enwiki for this: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)#Allowing_users_to_save_drafts_of_their_work (and there was the other one on ptwiki, mentioned on comment 13). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37992] Review and deploy Drafts extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=37992 Philippe Beaudette changed: What|Removed |Added CC||pbeaude...@wikimedia.org --- Comment #17 from Philippe Beaudette 2012-09-15 21:59:53 UTC --- I have to say, I'm with Oliver here. I have concerns about deployment on a wide scale without some further feature development and (more importantly) community input and buy-in. It seems to me that there are policy and governance changes that also need to be introduced at the same time, and it would be courteous to let the community work on those with some warning. I also have UI challenges with this. It's not immediately transparent how it works to a new user (where is the integration to contribution history or recent changes?), and (while I haven't seen the documentation) I suspect that the documentation is also not user-ready. I would hope that the UI takes advantage of some of the knowledge gained through the past year's experimentation rigor, rather than charting a course that may or may not make sense. With all that said, I agree with MZMcBride's intent in moving this forward - limbo is a terrible place, and when promising tools are stuck there, it's frustrating. We SHOULD improve the pipeline; but let's do it intelligently. Philippe -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37992] Review and deploy Drafts extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=37992 --- Comment #16 from Nemo_bis 2012-09-15 21:50:59 UTC --- (In reply to comment #15) > Really? Who makes these saves? And if this is a common use case, could we have > an on-wiki demonstration that people need or want it? :) A DB query will give you plenty of examples. ;) > I'm not a developer either. However, I consider needlessly complicating the UI > interface or introducing new workflows without consulting people in advance or > having a firm use case that we actually know occurs to be a core problem with > what's being discussed - regardless of what's being discussed. As I already said, I don't think this introduces new workflows, except when the workflow is "rewrite everything from scratch because you've lost all you wrote" or "save every 30 s to avoid losing everything". And no, I can't imagine anyone who could dislike this feature intervening in such cases. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37992] Review and deploy Drafts extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=37992 --- Comment #15 from Oliver Keyes 2012-09-15 21:42:20 UTC --- Really? Who makes these saves? And if this is a common use case, could we have an on-wiki demonstration that people need or want it? :) I'm not a developer either. However, I consider needlessly complicating the UI interface or introducing new workflows without consulting people in advance or having a firm use case that we actually know occurs to be a core problem with what's being discussed - regardless of what's being discussed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37992] Review and deploy Drafts extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=37992 --- Comment #14 from Nemo_bis 2012-09-15 21:31:57 UTC --- (In reply to comment #12) > *Can someone point me to, if not a use case, the user demand for this feature? The use case and user demand is the hundreds or thousands of users saving their edits every couple of minutes and so for fear of losing everything. I'm not a developer but the points you raise, although very important, don't seem to be blockers, rather marginal ones. For instance, removing the button by default seems a reasonable solution, as long as the user understands what's going on (just a small notice every time the draft is saved?). A configuration variable could be used to enable the button for wikis which desire 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 37992] Review and deploy Drafts extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=37992 mybugs.m...@gmail.com changed: What|Removed |Added CC||mybugs.m...@gmail.com --- Comment #13 from mybugs.m...@gmail.com 2012-09-15 21:29:06 UTC --- I've asked on Portuguese Wikipedia a few days ago: http://pt.wikipedia.org/wiki/Project:Esplanada/propostas/Instalar_extens%C3%A3o_para_salvar_rascunhos_(1set2012)?uselang=en So far, no one opposed it, but one of the users asked if we could test it somewhere. According to http://www.gossamer-threads.com/lists/wiki/wikitech/278043 the extension was installed by [[User:Petrb]] on http://en.wikipedia.beta.wmflabs.org/wiki/Special:Drafts but the link is not working right now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37992] Review and deploy Drafts extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=37992 --- Comment #12 from Oliver Keyes 2012-09-15 21:15:34 UTC --- TL;DR, I really oppose turning this on with the way it's formatted now and using the process that's being discussed. *For more detail on each point; this is not, as MzMcBride claims, "a general MediaWiki enhancement" unless you want to expand the definition to cover pretty much anything. It introduces a completely new workflow, alters existing ones and sticks a big button on the (already overfilled) page that we know all editors are going to see. There is no way this can be turned on without a community discussion unless you want a raging storm of anger hurled in the direction of whoever hits the big red button. *The UI elements clash with current thinking about the direction that we're going in. The Micro Designs Improvement project is currently working on the edit window as we speak, and plans to do a couple more iterations given the opportunity. I'd rather not throw two competing philosophies of design into the mix - that works if they're from the same team, but I worry we'd end up with (at best) an inconsistent UI and (at worst) an active clash. *This really doesn't seem an efficient way to do things. What's the use case here, exactly? If it's "people would like to save a draft in case they lose their work", save the draft automatically after [number] of minutes or seconds rather than requiring them to actually make a decision, and then just void any drafts after [other number] of minutes or seconds. If it's "we want to sort how confusing the existing setup is by offering functions found on other sites", integrate that into the existing workflows to avoid button bloat. At https://www.mediawiki.org/wiki/Extension:Drafts I'm seeing edge cases discussed and the workflow discussed...but not how this in any way can be integrated into how Wikipedia currently works, or how we'd like it to work, or what exactly the use case is for this software. If there is a use case, it needs to be communicated. If there isn't, we shouldn't be turning it on. *Can someone point me to, if not a use case, the user demand for this feature? One power user requesting it on bugzilla is not a case for change. This is not to say that it isn't useful, or that this type of feature isn't the sort of thing we should be looking at - as mentioned above, reforming the editing workflows is something that is being discussed and worked on. I'm just skeptical that this particular information, particularly deployed in this fashion, is going to benefit more than it costs. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37992] Review and deploy Drafts extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=37992 Oliver Keyes changed: What|Removed |Added CC||oke...@wikimedia.org --- Comment #11 from Oliver Keyes 2012-09-15 20:49:18 UTC --- Could we see this put up on a labs instance somewhere? I have several concerns, but I'm not sure how valid they are because I can't actually see an example of the software in use - which is an 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 40251] PLURAL broken: always returns singular in some languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=40251 --- Comment #16 from Santhosh Thottingal 2012-09-15 19:55:45 UTC --- Alternate fix that tries to restore old MW behavior for languages without defined plural rules - gerrit I345c3051 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39842] WMF logo in wikimedia.org should be moved to the footer
https://bugzilla.wikimedia.org/show_bug.cgi?id=39842 Waldir changed: What|Removed |Added URL||http://wikimedia.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 40274] Line breaks changes behavior of "#" inside of tables: it generates bulleted lists instead of an ordered one
https://bugzilla.wikimedia.org/show_bug.cgi?id=40274 --- Comment #1 from mybugs.m...@gmail.com 2012-09-15 19:32:39 UTC --- For the record, I found this while I was trying to fix the rendering of the second and third groups of a navbox: https://pt.wikipedia.org/w/index.php?title=Wikip%C3%A9dia:P%C3%A1gina_de_testes/1&oldid=32234126&action=edit&preview=yes -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40274] New: Line breaks changes behavior of "#" inside of tables: it generates bulleted lists instead of an ordered one
https://bugzilla.wikimedia.org/show_bug.cgi?id=40274 Web browser: --- Bug #: 40274 Summary: Line breaks changes behavior of "#" inside of tables: it generates bulleted lists instead of an ordered one Product: MediaWiki Version: unspecified Platform: All URL: https://pt.wikipedia.org/wiki/Project:P%C3%A1gina_de_t estes/1?oldid=32235034&uselang=en OS/Version: All Status: NEW Keywords: need-parsertest, newparser, parser Severity: normal Priority: Unprioritized Component: Parser AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com Classification: Unclassified Mobile Platform: --- Created attachment 4 --> https://bugzilla.wikimedia.org/attachment.cgi?id=4 Parser bug See the link above and/or the attached screenshot. The second example is converted correctly by Parsoid, but the first is still broken: http://parsoid.wmflabs.org/_rt/pt/Project:P%C3%A1gina_de_testes/1?oldid=32235099 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 1542] Log spam blacklist hits
https://bugzilla.wikimedia.org/show_bug.cgi?id=1542 seth changed: What|Removed |Added Priority|Low |Normal CC||email_metawiki_138@wg-karls ||ruhe.de --- Comment #7 from seth 2012-09-15 18:50:31 UTC --- It would be really a great help to have such a log (similar to the log of the abuse filter/edit filter). Especially for coping with unblocking requests a log would be a great tool. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40221] Notify all bureaucrats when account request comes in
https://bugzilla.wikimedia.org/show_bug.cgi?id=40221 Andre Klapper changed: What|Removed |Added Keywords||patch-in-gerrit -- 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 40037] File related MWTimestamp::setTimestamp : Invalid timestamp exceptions
https://bugzilla.wikimedia.org/show_bug.cgi?id=40037 --- Comment #7 from Umherirrender 2012-09-15 18:43:51 UTC --- gerrit 23783 is successfully merged. Maybe backport to live 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 40251] PLURAL broken: always returns singular in some languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=40251 Huji changed: What|Removed |Added CC||rooz...@gmail.com --- Comment #15 from Huji 2012-09-15 18:25:31 UTC --- I am adding Roozbeh Pournader to this discussion; he is a native Persian speaker, and works for Unicode.org and may be able to shed some light here. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40251] PLURAL broken: always returns singular in some languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=40251 --- Comment #14 from Huji 2012-09-15 18:23:24 UTC --- (In reply to comment #13) > It's arguable whether these languages should by default have two plural forms > or not. It is arguable whether the CLDR representation of various modes of handling plurals is a fair and comprehensive or not. Based on [1], CLDR assumes there are only these modes: (a) to have two forms, like English; (b) to have one form only; (c) to have more than two forms. The problem is, to have two forms, it doesn't have to be exactly like English (when determinants like "the" and counters like "two" both cause the subsequent noun to be pluralized). In other words, the (a) category above is not comprehensive enough to support languages like Persian or Mazani (while it supports English, Spanish or Turkish). You might argue this is a limitation of CLDR and should be reported there, not in this bug. I will counter-argue that the MediaWiki implications of it is that we can't adopt a standard which is not comprehensive, hence the point about reverting the change. [1] http://cldr.unicode.org/index/cldr-spec/plural-rules -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36733] Error generating thumbnail
https://bugzilla.wikimedia.org/show_bug.cgi?id=36733 Nemo_bis changed: What|Removed |Added CC||federicol...@tiscali.it Resolution|INVALID |DUPLICATE --- Comment #2 from Nemo_bis 2012-09-15 17:50:58 UTC --- *** This bug has been marked as a duplicate of bug 17645 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17645] OOM while thumbnailing huge progressive / interlaced JPEGs
https://bugzilla.wikimedia.org/show_bug.cgi?id=17645 Nemo_bis changed: What|Removed |Added CC||yan...@gmail.com --- Comment #4 from Nemo_bis 2012-09-15 17:50:58 UTC --- *** Bug 36733 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4740] thead, tbody, tfoot for wikitable syntax
https://bugzilla.wikimedia.org/show_bug.cgi?id=4740 --- Comment #19 from mybugs.m...@gmail.com 2012-09-15 17:44:15 UTC --- Hmm... r85922 was reverted on r97145 and we do not have any of , or at https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=blame;f=includes/Sanitizer.php;hb=893b41431c46785856b84ca91810f905c21b6831#l355 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16347] Allow unsortable total rows at bottom of table
https://bugzilla.wikimedia.org/show_bug.cgi?id=16347 Bug 16347 depends on bug 4740, which changed state. Bug 4740 Summary: thead, tbody, tfoot for wikitable syntax https://bugzilla.wikimedia.org/show_bug.cgi?id=4740 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 10467] Use semantic XHTML (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=10467 Bug 10467 depends on bug 4740, which changed state. Bug 4740 Summary: thead, tbody, tfoot for wikitable syntax https://bugzilla.wikimedia.org/show_bug.cgi?id=4740 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4740] thead, tbody, tfoot for wikitable syntax
https://bugzilla.wikimedia.org/show_bug.cgi?id=4740 mybugs.m...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED CC||mybugs.m...@gmail.com Resolution|FIXED | --- Comment #18 from mybugs.m...@gmail.com 2012-09-15 17:42:25 UTC --- is not working here: https://en.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&oldid=512695930 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39941] Help icons missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=39941 --- Comment #7 from Bryan Tong Minh 2012-09-15 17:40:56 UTC --- Branch point for 1.19 was February 2012, so no. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39017] IPv6 addresses should use lowercase hexadecimal digits
https://bugzilla.wikimedia.org/show_bug.cgi?id=39017 Niklas Laxström changed: What|Removed |Added CC||niklas.laxst...@gmail.com Severity|trivial |normal -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39017] IPv6 addresses should use lowercase hexadecimal digits
https://bugzilla.wikimedia.org/show_bug.cgi?id=39017 Jarry1250 changed: What|Removed |Added CC||jarry1...@gmail.com --- Comment #2 from Jarry1250 2012-09-15 17:36:39 UTC --- "It's too late" --> but it's only going to get worse, especially if other sites start using lowercase and we look weirder and weirder. Moving pages is trivial, IMHO we should change over ASAP if it's going to be a future 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 40251] PLURAL broken: always returns singular in some languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=40251 --- Comment #13 from Niklas Laxström 2012-09-15 17:26:46 UTC --- (In reply to comment #11) > Adding a |n=... syntax will likely break all existing messages having literal > ='s inside {{PLURAL: ...}}. Such cases are likely rare, though. Using > = should solve the issue but is a performance eater. This a drawback but unavoidable. The CLDR expression syntax doesn't use any = signs so we don't have problems with ambiguity. (In reply to comment #12) > I don't completely agree with this concept. As an example, Persian is > plural-less in the sense that noun's are not pluralized if preceded by numbers > (e.g. "1 book", "2 book") but nouns are pluralized if not preceded by numbers > (e.g. "the book is there", "the bookS ARE there"), and also the verb is > pluralized all the time (last example). It's arguable whether these languages should by default have two plural forms or not. > Respectfully, I suggest the change to the functionality of PURAL magic word to > be reverted IMMEDIATELY (as it has affected many projects). Only THEN, we can > discuss what is the correct way to change the code again, and make sense of > it. Let's not throw the baby with the bathwater. We can (and did already for some languages) apply effective workaround while we sort out this 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 40273] New: Wrong parsing of [[MediaWiki:Expand templates title]] on [[Special:ExpandTemplates]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=40273 Web browser: --- Bug #: 40273 Summary: Wrong parsing of [[MediaWiki:Expand templates title]] on [[Special:ExpandTemplates]] Product: MediaWiki Version: unspecified Platform: All URL: https://en.wikipedia.org/wiki/Special:ExpandTemplates OS/Version: All Status: NEW Keywords: code-update-regression, i18n, parser Severity: normal Priority: Unprioritized Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com CC: krinklem...@gmail.com Classification: Unclassified Mobile Platform: --- On English Wikipedia (MW 1.20wmf11 (da7b5b1)) The text of [[MediaWiki:Expand templates title]] is defined as "Context title, for {{FULLPAGENAME}} etc.:" and was not changed recently. Nonetheless, the parser behavior changed and instead of displaying that text as is, it displays "Context title, for Special:ExpandTemplates etc.:" on [[Special:ExpandTemplates]]. On Portuguese Wikipedia (also MW 1.20wmf11 (da7b5b1)), we have [[MediaWiki:Expand templates title/pt-br]] defined as "Título de contexto para {{FULLPAGENAME}} etc.:" and this is exactly what appears at https://pt.wikipedia.org/wiki/Special:ExpandTemplates?uselang=pt-br -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40272] Display metadata for ogv Theora files
https://bugzilla.wikimedia.org/show_bug.cgi?id=40272 jeremyb changed: What|Removed |Added CC||bugzilla+org.wikimedia@tuxm ||achine.com Component|General/Unknown |OggHandler Product|Wikimedia |MediaWiki extensions --- Comment #1 from jeremyb 2012-09-15 16:54:48 UTC --- -> MediaWiki Extensions::OggHandler for now; not certain that's where this belongs. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40272] New: Display metadata for ogv Theora files
https://bugzilla.wikimedia.org/show_bug.cgi?id=40272 Web browser: --- Bug #: 40272 Summary: Display metadata for ogv Theora files 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: juandevojni...@gmail.com Classification: Unclassified Mobile Platform: --- I found out that MediaWiki, Wikimedia Commons, doesnt display metadata for ogv Theora files. It would be a nice feature if Wikimedia Commons would display metadata as it already does for jpg's EXIF. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26443] Search suggestions for namespace prefix returns single page result (Lucene + SimpleSearch / mwsuggest / opensearch)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26443 Krinkle changed: What|Removed |Added Severity|enhancement |normal -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40271] New: Image load data should be exposed
https://bugzilla.wikimedia.org/show_bug.cgi?id=40271 Web browser: --- Bug #: 40271 Summary: Image load data should be exposed Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Statistics AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: t...@tommorris.org Classification: Unclassified Mobile Platform: --- Currently, page view data is made available on dumps.wikimedia.org and often accessed via stats.grok.se. This covers image description pages (e.g. https://commons.wikimedia.org/wiki/File:Hurricane_Isabel_from_ISS.jpg ) but does not cover hotlinked images, or use of images through InstantCommons. It would be useful for GLAM instiutions and other donors of large collections of images to be able to record the number of views of images across both on Wikimedia projects and other websites. Just as page view stats for articles are used as a metric for the success of GLAM projects, image view data would be useful as a metric for the success of file donation partnerships. The UI on Commons encourages third-party sites to use Wikimedia as a hotlinked file repository. This would also help inform debates in the Commons and Wikimedia community as to the role of third-party reusers and hotlinking etc. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40270] Set $wgAutoConfirmCount to 10 for Japanese Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=40270 Burthsceh changed: What|Removed |Added Keywords||shell CC||burths...@gmail.com -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40270] New: Set $wgAutoConfirmCount to 10 for Japanese Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=40270 Web browser: --- Bug #: 40270 Summary: Set $wgAutoConfirmCount to 10 for Japanese Wikipedia Product: Wikimedia Version: unspecified Platform: All URL: http://ja.wikipedia.org/wiki/Wikipedia%E2%80%90%E3%83% 8E%E3%83%BC%E3%83%88:%E8%8D%92%E3%82%89%E3%81%97#.E7.A C.AC6.E6.A1.88.EF.BC.88.E5.8D.8A.E4.BF.9D.E8.AD.B7.E5. 9F.BA.E6.BA.96.E3.81.AE.E5.A4.89.E6.9B.B4.EF.BC.89.E3. 81.AE.E5.85.88.E8.A1.8C.E5.B0.8E.E5.85.A5.E6.8F.90.E6. A1.88 OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Site configuration AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: burths...@gmail.com CC: benap...@gmail.com, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- In Japanese Wikipedia, 10 people approved a plan that users are autopromoted to autoconfirmed when users have been created 4 days and over before (default), and have edited 10 times and over. Discussion: http://ja.wikipedia.org/wiki/Wikipedia%E2%80%90%E3%83%8E%E3%83%BC%E3%83%88:%E8%8D%92%E3%82%89%E3%81%97#.E7.AC.AC6.E6.A1.88.EF.BC.88.E5.8D.8A.E4.BF.9D.E8.AD.B7.E5.9F.BA.E6.BA.96.E3.81.AE.E5.A4.89.E6.9B.B4.EF.BC.89.E3.81.AE.E5.85.88.E8.A1.8C.E5.B0.8E.E5.85.A5.E6.8F.90.E6.A1.88 Please add "'jawiki' => 10," to "'wgAutoConfirmCount' => array()," in InitialiseSettings.php. Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40251] PLURAL broken: always returns singular in some languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=40251 --- Comment #12 from Huji 2012-09-15 14:02:51 UTC --- I was redirected here from bug 40252 and after reading the above comments quickly, my understanding is that this bug arises only for languages which are "plural-less". I don't completely agree with this concept. As an example, Persian is plural-less in the sense that noun's are not pluralized if preceded by numbers (e.g. "1 book", "2 book") but nouns are pluralized if not preceded by numbers (e.g. "the book is there", "the bookS ARE there"), and also the verb is pluralized all the time (last example). Up until now, we have been able to use PLURAL magic word to take care of the pluralization of the verbs, etc. Now, this functionality is completely gone. Respectfully, I suggest the change to the functionality of PURAL magic word to be reverted IMMEDIATELY (as it has affected many projects). Only THEN, we can discuss what is the correct way to change the code again, and make sense of 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 40216] Shrink amount of test data in our dev repo (1)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40216 Daniel Kinzler changed: What|Removed |Added CC||daniel.kinz...@wikimedia.de --- Comment #3 from Daniel Kinzler 2012-09-15 13:54:27 UTC --- I rewrote importInterwiki.php to work about 500x times faster. I don't think we need the reduced set any more. See I9332e071 -- 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 34788] Non-Wikipedia mobile domains use Wikipedia's SSL certificate
https://bugzilla.wikimedia.org/show_bug.cgi?id=34788 DavidL changed: What|Removed |Added Priority|High|Highest -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39573] Romanian planet hasn't been updated since 2011/11/25
https://bugzilla.wikimedia.org/show_bug.cgi?id=39573 Andre Klapper changed: What|Removed |Added URL||http://ro.planet.wikimedia. ||org/ Severity|normal |major --- Comment #1 from Andre Klapper 2012-09-15 13:25:15 UTC --- Seems to be still valid. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 2592] E-mail notifications (enotifs) are not sent in the recipient's user interface language
https://bugzilla.wikimedia.org/show_bug.cgi?id=2592 --- Comment #19 from T. Gries 2012-09-15 12:43:30 UTC --- > Then you designed it badly, hehehe, think positiv. I already said, that I agree it should be done that way. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 2592] E-mail notifications (enotifs) are not sent in the recipient's user interface language
https://bugzilla.wikimedia.org/show_bug.cgi?id=2592 --- Comment #18 from Mormegil 2012-09-15 12:40:27 UTC --- Then you designed it badly, which is a bug by itself. Oh, well… nobody cares about the severity field anyway. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 2592] E-mail notifications (enotifs) are not sent in the recipient's user interface language
https://bugzilla.wikimedia.org/show_bug.cgi?id=2592 T. Gries changed: What|Removed |Added Severity|normal |enhancement --- Comment #17 from T. Gries 2012-09-15 12:24:34 UTC --- I changed severity back to enhancement, because I never designed the software - when it was developed in 2004 - to sent enotifs in the user language. I fully agree, it should be done in that way, but it is not a bug. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40059] [Regression] jquery.badge.js now only accepts numbers
https://bugzilla.wikimedia.org/show_bug.cgi?id=40059 --- Comment #5 from Rainer Rillke @commons.wikimedia (user of a WMF wiki) 2012-09-15 11:47:11 UTC --- while you are at it, you may fix Bug 39383 https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=blob;f=resources/jquery/jquery.badge.js#l115 This is just appending one line after line 115: return this; so $.fn.badge will return 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 40268] Bad syntax when inserting PROD template via Page Curation
https://bugzilla.wikimedia.org/show_bug.cgi?id=40268 --- Comment #5 from Oliver Keyes 2012-09-15 11:24:27 UTC --- It's listed under the PageTriage extension; I shall try to be clearer than clear in future :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40268] Bad syntax when inserting PROD template via Page Curation
https://bugzilla.wikimedia.org/show_bug.cgi?id=40268 Jesús Martínez Novo changed: What|Removed |Added Status|REOPENED|NEW Summary|PROD doesn't work |Bad syntax when inserting ||PROD template via Page ||Curation --- Comment #4 from Jesús Martínez Novo 2012-09-15 11:23:07 UTC --- Oh, my fault. That seems legit. Sure, a more descriptive title and description would help clarifying what's the source of the bug. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40268] PROD doesn't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=40268 Oliver Keyes changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #3 from Oliver Keyes 2012-09-15 11:16:49 UTC --- Jesus, the unclosed internal link is part of a template automatically put in place by the software. I'm not complaining that the template is broken, I'm complaining that the software is instituting it improperly - this is not something that is either INVALID nor solved via WORKSFORME :). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40268] PROD doesn't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=40268 Jesús Martínez Novo changed: What|Removed |Added Status|NEW |RESOLVED CC||martinezn...@gmail.com Resolution||INVALID --- Comment #2 from Jesús Martínez Novo 2012-09-15 11:11:48 UTC --- There's a unclosed internal link at the end of the first parameter of the template. {{subst:prod|Unsourced. Essay or [[WP:original research]}} Use this instead: {{subst:prod|Unsourced. Essay or [[WP:original research]]}} Worksforme [marking RESOLVED INVALID] -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40269] New: "curate this article" appearing inconsistently
https://bugzilla.wikimedia.org/show_bug.cgi?id=40269 Web browser: --- Bug #: 40269 Summary: "curate this article" appearing inconsistently Product: MediaWiki extensions Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: Unprioritized Component: PageTriage AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: oke...@wikimedia.org CC: fflo...@wikimedia.org, rkald...@wikimedia.org Classification: Unclassified Mobile Platform: --- We have reports that "curate this article" sometimes does not appear on MacOSX 10.6.8 with Safari 5.1.7 (build 6534.57.2) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40268] PROD doesn't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=40268 --- Comment #1 from Oliver Keyes 2012-09-15 11:05:09 UTC --- Similarly, AfD does not, it seems, properly save a nomination statement. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40268] New: PROD doesn't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=40268 Web browser: --- Bug #: 40268 Summary: PROD doesn't work Product: MediaWiki extensions Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: PageTriage AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: oke...@wikimedia.org CC: fflo...@wikimedia.org, rkald...@wikimedia.org Classification: Unclassified Mobile Platform: --- See http://en.wikipedia.org/w/index.php?title=Diet_of_a_Neolithic&oldid=512609165 for example. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40267] New: urls are changed in externallinks table
https://bugzilla.wikimedia.org/show_bug.cgi?id=40267 Web browser: --- Bug #: 40267 Summary: urls are changed in externallinks table Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Database AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m.p.ropp...@web.de Classification: Unclassified Mobile Platform: --- Some urls from the article texts are changed (urldecoded, I guess) in the externallinks table. Examples: [[de:Bahnhof Aachen Schanz]] contains link to http://www.aachen-kapstadt.de/?PROJEKTE/laufende_Projekte/Mural_Global_-_Wandmalprojekte/2005_Welthaus_-_Bahnhof_Schanz%2C_Aachen, but externallinks has http://www.aachen-kapstadt.de/?PROJEKTE/laufende_Projekte/Mural_Global_-_Wandmalprojekte/2005_Welthaus_-_Bahnhof_Schanz,_Aachen. [[de:Brandnew Oldies Volume 1]] contains http://www.kinokoma.de/?text:lang:carsten_bohn%27s_bandstand, externallinks http://www.kinokoma.de/?text:lang:carsten_bohn's_bandstand. [[de:Bahnstrecke Randers–Hadsund]] http://www.baner-omkring-aalborg.dk/?Randers%26nbsp%3BHadsund_jernbane / http://www.baner-omkring-aalborg.dk/?Randers %3BHadsund_jernbane. [[de:Einen Augenblick Zeit]] http://www.dasbiber.at/content/%2526quot%3Bdas-auge%2526quot%3B-verl%C3%A4sst-wien%3F / http://www.dasbiber.at/content/%26quot%3Bdas-auge%26quot%3B-verl%C3%A4sst-wien%3F. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40251] PLURAL broken: always returns singular in some languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=40251 Purodha Blissenbach changed: What|Removed |Added CC||bugzilla.wikime...@publi.pu ||rodha.net --- Comment #11 from Purodha Blissenbach 2012-09-15 10:18:17 UTC --- There are caveats: Adding a |n=... syntax will likely break all existing messages having literal ='s inside {{PLURAL: ...}}. Such cases are likely rare, though. Using = should solve the issue but is a performance eater. PLURAL rules are generally not binding to simple figures, but rather to expressions for sets of numbers, such as (n mod 10 == 1) and the like. If we cannot make sure that we never will need them, we should generally provide a way to use expressions as well. While this is not hard programmatically, the need to have "="s inside those expressions increases general PLURAL syntax complexity. Having to surround expressions with brackets to make a distinction seems fair. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40263] Request to lift IP address for mass creation - Philippines SFD 2012
https://bugzilla.wikimedia.org/show_bug.cgi?id=40263 Sam Reed (reedy) changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #4 from Sam Reed (reedy) 2012-09-15 09:58:19 UTC --- Done -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 2592] E-mail notifications (enotifs) are not sent in the recipient's user interface language
https://bugzilla.wikimedia.org/show_bug.cgi?id=2592 Mormegil changed: What|Removed |Added Severity|enhancement |normal --- Comment #16 from Mormegil 2012-09-15 09:30:50 UTC --- Changed severity, this is no “enhancement” (except in the sense that any bug fix is an enhancement), this is a plain bug: especially the personalised “your talk page has changed” notification message sent individually to a single user is no wiki content, and it should obviously be sent in the user’s preferred language. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38925] Creating new accounts causes database error on PostgreSQL
https://bugzilla.wikimedia.org/show_bug.cgi?id=38925 Aude changed: What|Removed |Added CC||aude.w...@gmail.com --- Comment #2 from Aude 2012-09-15 08:46:55 UTC --- With PostgreSQL 9.1 and MediaWiki trunk (commit 26ef5558850fe4a93316b4a38a3bee32b58b22d1), I don't see this issue. I can create accounts, get the confirmation email, etc. Which version of PostgreSQL are you using? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40266] New: Use clearer wording in log summaries
https://bugzilla.wikimedia.org/show_bug.cgi?id=40266 Web browser: --- Bug #: 40266 Summary: Use clearer wording in log summaries Product: MediaWiki extensions Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: PageTriage AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: oke...@wikimedia.org CC: fflo...@wikimedia.org, rkald...@wikimedia.org Classification: Unclassified Mobile Platform: --- So, in http://en.wikipedia.org/w/index.php?title=Special%3ALog&type=pagetriage-curation&user=&page=&year=&month=-1&tagfilter=&hide_patrol_log=1&hide_review_log=1 for example - "db-g12 tag" gives you the template name but not what it actually is. It would be good if we could have the "english" names for what the tag does, with a link through to their CSD entry or whatnot. This would expand to edit summaries when adding the tags as well - I'm happy to add a new column to the spreadsheet we've got :). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38588] result format Graph / #smwdoc support missing (1.8 alpha)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38588 MWJames changed: What|Removed |Added CC||jamesin.hongkon...@gmail.co ||m --- Comment #1 from MWJames 2012-09-15 07:04:16 UTC --- I couldn't confirm this fatal but of course if the format is not activated it will show a message "The following error has been detected in your syntax: Error " which is the intended message for non-registered formats. In general, the graph format does not adhere the necessary code conventions introduced with SRF 1.8/1.7 which makes it more likely to cause problems with MW 1.19 or MW 1.20. Of course an end-user is free to activate the format by his/her own choosing but this format needs a major overhaul and as long as the format is in an unconfirmed stage, it should not be activated by default. -- 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