[Bug 31190] Localization of #REDIRECT magic word on sr.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=31190 --- Comment #5 from Micki mailmi...@gmail.com 2011-10-01 06:34:05 UTC --- Alright, then. Can someone explain where on translatewiki.net this can be done and I will do it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31190] Localization of #REDIRECT magic word on sr.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=31190 --- Comment #6 from Niklas Laxström niklas.laxst...@gmail.com 2011-10-01 06:37:12 UTC --- Sign up to be a translator (if not already) and go to http://translatewiki.net/w/i.php?language=srmodule=wordstitle=Special%3AAdvancedTranslate -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31290] New: Old Upload form on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=31290 Web browser: --- Bug #: 31290 Summary: Old Upload form on Commons Product: Wikimedia Version: unspecified Platform: Macintosh OS/Version: Mac OS X 10.7 Status: NEW Severity: normal Priority: Unprioritized Component: Downloads AssignedTo: tf...@wikimedia.org ReportedBy: d.villafru...@free.fr Classification: Unclassified Bonjour! Le formulaire d'upload renverse les idoles! Mes dernières importations (avec l'ancien formulaire d'Upload) sont couchées: File:Catedral de Cádiz-08644.JPG et File:Catedral de Cádiz-08645.JPG Tout s'était bien passé jusqu'à présent. Que puis-je faire ? D Villafruela I try in Globish ... Hello! The upload form reverses the idols! My recent imports (with the old upload form) are lying: File: Catedral de Cádiz-08644.JPG and File: Catedral de Cádiz-08645.JPG Everything had gone well so far. What can I do? D Villafruela -- 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 9497] Thumbnails of large PNGs are not generated
https://bugzilla.wikimedia.org/show_bug.cgi?id=9497 --- Comment #26 from Derrick Coetzee d...@moonflare.com 2011-10-01 06:54:49 UTC --- I'm a newbie and don't know what the options are... I'm totally okay with throwing out the patch in favour of a simpler alternative implementation using existing mechanisms. Just wanted to get a proof of concept done that works and solves the 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 31291] New: Mobile gateway doesn't handle cross-wiki links very well
https://bugzilla.wikimedia.org/show_bug.cgi?id=31291 Web browser: --- Bug #: 31291 Summary: Mobile gateway doesn't handle cross-wiki links very well Product: Wikimedia Mobile Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: normal Priority: Unprioritized Component: generic AssignedTo: tf...@wikimedia.org ReportedBy: t...@tommorris.org Classification: Unclassified On English Wikipedia, you can link to sister projects using a variety of short colon prefixes: for instance n: to go to Wikinews, s: to go to Wikisource etc. If you link to http://en.wikipedia.org/wiki/n:Spanish_smoking_ban_takes_effect_in_bars_and_restaurants It takes you to http://en.wikinews.org/wiki/Spanish_smoking_ban_takes_effect_in_bars_and_restaurants But if you link to http://en.m.wikipedia.org/wiki/n:Spanish_smoking_ban_takes_effect_in_bars_and_restaurants it doesn't take you to the mobile version of Wikinews but the non-mobile version. I tested this on an iPad. I wanted to see if using n: and s: prefixes could be used to hack QRpedia to link to sister projects without having to rewrite QRpedia. -- 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 29497] Parser doesn't support protocol relative external links in single-bracketed or free link syntax
https://bugzilla.wikimedia.org/show_bug.cgi?id=29497 --- Comment #10 from Roan Kattouw roan.katt...@gmail.com 2011-10-01 08:35:41 UTC --- (In reply to comment #9) An instance where you're generating a complete URL to embed as (potentially clickable) full text in email or a web page probably should be in canonical form. Yes. To expand on that: we now have {{canonicalurl:}} that always outputs a fully-qualified HTTP URL, even when saved or viewed using HTTPS. Earlier this week , Sam and I went through [[MediaWiki:Enotif body]] on all wikis that had overridden it and changed all instances of {{fullurl:}} and {{SERVER}}{{localurl:foo}} to {{canonicalurl:}} because e-mail clients also don't automatically link protocol-relative URLs in text. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30042] Form inputs need to reject problem characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=30042 Dan Bolser dan.bol...@gmail.com changed: What|Removed |Added CC||dan.bol...@gmail.com --- Comment #14 from Dan Bolser dan.bol...@gmail.com 2011-10-01 09:24:42 UTC --- about the above... can you just make an api query to pass the value to 'expand templates'? ... Hmm... can't find that just now, but in general, the JS can call the MW api to check the values for 'valid' wiki text? I think using the existing parser (if possible) via a JS api call is much better than building a JS MW parser from scratch (or even using an existing framework, because the MW syntax may evolve over time). I agree that, in the first instance, just banning pipes and braces is enough. -- 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 31146] Replace colons by em spaces at the beginning of verses inside poem tag
https://bugzilla.wikimedia.org/show_bug.cgi?id=31146 --- Comment #2 from Zaran zaran.krl...@gmail.com 2011-10-01 10:04:26 UTC --- The problem of line-wrapping is indeed a legitimate concern, however, please note that i only intend to change the behavior of colons inside the poem tag. In this case, it's hard to tell what should be the correct indentation after a line-wrap: if you carry on the indentation, the wrapped line might be mistaken for a new verse. In wikisource, verses are sometimes indented using simple spaces. This also does not indent the second part of wrapped verses. I don't think that the appearance of the HTML code is important. My concern is about accessibility and is twofold: * the current solution is semantically incorrect: an indented verse is not a definition list, it's just a verse which is indented. Furthermore, when the indentation starts, the preceding paragraph is closed and a definition list starts, as if it was a break in the stanza * screen readers for visually impaired persons: nested definition lists is not easily understandable for such readers I propose a second patch which has the same visual effect as definition lists, without the downside of nesting them and semantically more correct (it just encapsulate the indented verse inside a span tag). You can find a comparison between the normal behavior and my two patches on my user page: http://fr.wikisource.org/wiki/Utilisateur:Zaran/Po%C3%A8me Finally, note that there is no firm rule stating how wrapped verses should be rendered. The best solution is always to chose a sufficient text width. In this case, both of my patches are improvements to the current situation. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31146] Replace colons by em spaces at the beginning of verses inside poem tag
https://bugzilla.wikimedia.org/show_bug.cgi?id=31146 --- Comment #3 from Zaran zaran.krl...@gmail.com 2011-10-01 10:05:38 UTC --- Created attachment 9136 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9136 second proposal for the colon 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 28850] Save categories on Next even if they weren't explicitly added
https://bugzilla.wikimedia.org/show_bug.cgi?id=28850 TMg mr.h...@gmx.de changed: What|Removed |Added Priority|Low |Highest Severity|enhancement |major --- Comment #20 from TMg mr.h...@gmx.de 2011-10-01 10:22:29 UTC --- Hello? Somebody reading this? From all bugs I reported (new one: comment in the file history is always empty, see feedback page) this is the most serious. You tell us Upload Wizard is about being accessible and easy to use. Currently it simply drops and ignores what the users enters in the category field. The Add button is confusing. As said multiple times now, a lot of users don't press the Add button because they do not want to add a second category. They want a single category only, enter some text in the category field, choose something from the selection that shows up and press Next. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31284] {{fullurl:TEST}} doesn't create links anymore
https://bugzilla.wikimedia.org/show_bug.cgi?id=31284 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||DUPLICATE --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-10-01 10:23:35 UTC --- Duping to bug 29497, which was technically not about this issue at first, but was reopened for it and has more discussion. *** This bug has been marked as a duplicate of bug 29497 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20342] Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342 Bug 20342 depends on bug 31284, which changed state. Bug 31284 Summary: {{fullurl:TEST}} doesn't create links anymore https://bugzilla.wikimedia.org/show_bug.cgi?id=31284 What|Old Value |New Value Status|NEW |RESOLVED Resolution||DUPLICATE -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29497] Parser doesn't support protocol relative external links in single-bracketed or free link syntax
https://bugzilla.wikimedia.org/show_bug.cgi?id=29497 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||mybugs.m...@gmail.com --- Comment #11 from Roan Kattouw roan.katt...@gmail.com 2011-10-01 10:23:35 UTC --- *** Bug 31284 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 28850] Save categories on Next even if they weren't explicitly added
https://bugzilla.wikimedia.org/show_bug.cgi?id=28850 --- Comment #21 from Guillaume Paumier gpaum...@wikimedia.org 2011-10-01 10:39:14 UTC --- As a temporary workaround for this bug, I've edited [[:commons:MediaWiki:Mwe-upwiz-categories-add]] on Commons to show Save category instead of Add. This doesn't solve the underlying issue, but hopefully more users will think of saving the category. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31259] Large numbers are rendered differently depending on which server is rendering them
https://bugzilla.wikimedia.org/show_bug.cgi?id=31259 --- Comment #9 from Roan Kattouw roan.katt...@gmail.com 2011-10-01 10:43:21 UTC --- (In reply to comment #6) I'm pretty sure what is being described is the same bug as: https://bugs.php.net/bug.php?id=43053 Which affected PHP versions 5.2.1 to 5.2.6 Good catch! It appears that the old servers are running 5.2.4, while lucid moves to 5.3, at which point the bug has been fixed in PHP. That is correct. The lucid servers run PHP 5.3.2. (In reply to comment #7) Is there anything holding up software updates on these machines? Considering we've got all this infrastructure for maintaining consistent software configurations, I'm a bit unclear on why we would still have a mix of different versions in production. Nothing is holding them up really, other than it takes time. At first, we upgraded one, then two boxes, just to see if there were any issues (and of course there were). AFAIK Peter has already upgraded the entire image scaler cluster, and is currently chipping away at the general Apache cluster. But you can't just upgrade 100+ servers overnight. We also have to deal with the fact that a lot of Apaches run memcached and/or ES, so we can't have too many of those be down at the same time. This is all expected to be over soon, say in a week or two. But in the meantime we'll inevitably have a mix of hardy and lucid in production, and that mix will gradually shift to lucid until everything is upgraded. For more details, see notpeter's entries in the server admin log, or talk to him on IRC. (In reply to comment #8) As a side note: I assume that since PHP does not have infinite precision, templates that need to be able to parse really large numbers must be able to deal with scientific representation. In other words 1E100 is never going to be rendered as 100. Am I assuming correctly? Does anybody know what the exact limit is going to be at which point scientific notation is always going to be used by Wikipedia after all servers have been updated? I'd like to update the documentation on my {{val}} template so people who run into this limit understand that what is going on. As per comment 5, I have experimentally determined this limit to be 10^14 (100 trillion). I just double-checked this on a lucid server: 99 (that's 99,999,999,999,999) is untouched but 100 (that's 100,000,000,000,000) becomes 1E+14. -- 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 31259] Large numbers are rendered differently depending on which server is rendering them
https://bugzilla.wikimedia.org/show_bug.cgi?id=31259 --- Comment #10 from Roan Kattouw roan.katt...@gmail.com 2011-10-01 10:45:23 UTC --- (In reply to comment #9) (In reply to comment #7) Is there anything holding up software updates on these machines? Considering we've got all this infrastructure for maintaining consistent software configurations, I'm a bit unclear on why we would still have a mix of different versions in production. Nothing is holding them up really, other than it takes time. Maybe I should be a bit clearer here: we do have infrastructure for maintaining the same versions of packages everywhere etc., but it's not like we're upgrading a single package here. This is a full OS upgrade, and Peter is reimaging each server for that. -- 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 30718] UploadWizard should not suggest categories that do not exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=30718 TMg mr.h...@gmx.de changed: What|Removed |Added CC||mr.h...@gmx.de --- Comment #2 from TMg mr.h...@gmx.de 2011-10-01 10:46:46 UTC --- Same problem here. It suggests Test123 and other strange stuff that was either deleted or never existed as a category. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31290] Old Upload form on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=31290 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||bryan.tongm...@gmail.com, ||roan.katt...@gmail.com Component|Downloads |Uploading AssignedTo|tf...@wikimedia.org |wikibugs-l@lists.wikimedia. ||org 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 31290] Old Upload form on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=31290 --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-10-01 10:50:40 UTC --- (In reply to comment #0) Hello! The upload form reverses the idols! My recent imports (with the old upload form) are lying: File: Catedral de Cádiz-08644.JPG and File: Catedral de Cádiz-08645.JPG Everything had gone well so far. What can I do? I believe you mean to say that the pictures aren't rotated the way you would like them to be? Were the original files that you uploaded portrait ('standing') or landscape ('lying')? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31101] LocalSettings should be auto-uploaded
https://bugzilla.wikimedia.org/show_bug.cgi?id=31101 --- Comment #11 from Svip svi...@gmail.com 2011-10-01 11:26:48 UTC --- (In reply to comment #10) (In reply to comment #9) maybe have a link (with a big warning, javascript popup etc) to have the webserver write it, if we detect we can. Given my experiences in forum installation forums, the above is a common sight of the nightmare of permissions. Of course you wonder how they ever got the package files there... but we will never know. Really? My memories of installation nightmares have been with people not having made things webserver writable trying to install, getting to a point where the db and everything was setup, it trying to write the config file, failing, then leaving the user to have to cleanup and restart the whole process. That... or if the system had decent writable checks being forced to change the permission of folder after folder one by one, only to find when I return to the installer I have even more things it's telling me I need to change the permissions of. I forgot that this is impossible to check for in PHP. My apologies. Listen, for *most parts* people would prefer this option to be available. I can handle having to download my LocalSettings.php and whatnot, but I also doubt that most people are like me. An alternative alternative could be creating the installation script as a command line script, then surely the user would be required to be logged in as themselves and then it could print it (and even if the user lacked write-access in this instance, it could always send it to the user's homedir and inform them of the new location). You really seem to be steering up a lot of non-issue bullshit in your refusal to fix 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 31242] Activating Proofread Page in fa.wikisource.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=31242 reza1615 reza.ene...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #12 from reza1615 reza.ene...@gmail.com 2011-10-01 11:28:13 UTC --- in fa.wikisourse Proofread Page has error help help us to install it http://fa.wikisource.org/wiki/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:Reza1615/test -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31293] New: check protocol in Special:Connexion
https://bugzilla.wikimedia.org/show_bug.cgi?id=31293 Web browser: --- Bug #: 31293 Summary: check protocol in Special:Connexion Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: cantalo...@hotmail.fr Classification: Unclassified With the new 1.18 version, the magic word {{SERVER}} don't allow anymore to check protocol (http or https). But there is one place where it is needed : in [[MediaWiki:Loginend]], system message used in [[Special:Connexion]]. We have to check the protocol to provide the good message permitting to the user to go to the other protocol. It appears that it is not possible with magic words/wikitext, and it is not possible either to patch with a javascript feature as JS is disabled in [[Special:Connexion]]. The only solution I've found is to check the protocol in PHP, and provide the system message [[MediaWiki:Loginend]] or [[MediaWiki:Loginend-secure]] (to be created) depending on the result. The file to update is /includes/templates/Userlogin.php. The class UserloginTemplate extends QuickTemplate, near the end, the folowing line : div id=loginend?php $this-msgWiki( 'loginend' ); ?/div have to be replaced by something like that : div id=loginend?php if($PROTOCOL==https){ $this-msgWiki( 'loginend-secure' ); }else{ $this-msgWiki( 'loginend' ); } ?/div I don-t know exacty how to perform the ($PROTOCOL==https) test, I assume that you'll get a solution... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31293] check protocol in Special:Connexion
https://bugzilla.wikimedia.org/show_bug.cgi?id=31293 --- Comment #1 from Dr Brains cantalo...@hotmail.fr 2011-10-01 12:18:57 UTC --- Oups... [[Special:Connexion]] is the french version of [[Special:UserLogin]]. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31294] New: ConfirmEdit confused by protocol-relative URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=31294 Web browser: --- Bug #: 31294 Summary: ConfirmEdit confused by protocol-relative URLs Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: ConfirmEdit (CAPTCHA extension) AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de Blocks: 20342 Classification: Unclassified A IP of de.wiki was telling, that he get a CAPTCHA for a edit, where only a comma is changed[1]. In my opinion is this a problem with protocol-relative URLs. The page includes a fullurl to commons. Before the edit the database contains a http link to commons, after the reparse due to the edit the link to commons is changed to a protocol-relative URL and ConfirmEdit is seeing a different and trigger the CAPTCHA - bad in this case. We can fix this by editing all templates with fullurl to trigger a reparse with the Job Queue, but that sounds like many load for the server and also fixed that problem only on de.wiki. [1] http://de.wikipedia.org/w/index.php?title=Simone_de_Beauvoirdiff=94101544oldid=92622886 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20342] Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Depends on||31294 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31242] Add index namespace needed for proofread page to fawikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=31242 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||thoma...@gmx.de Summary|Activating Proofread Page |Add index namespace needed |in fa.wikisource.org|for proofread page to ||fawikisource --- Comment #13 from Bawolff bawolff...@gmail.com 2011-10-01 12:47:36 UTC --- (In reply to comment #12) in fa.wikisourse Proofread Page has error help help us to install it http://fa.wikisource.org/wiki/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:Reza1615/test Well the error message says no such index. And no such index page exists. So I'd call this normal behaviour... However, fawikisource currently doesn't have an index namespace which it should (doesn't cause this error specificly, but it really should have one). So, it should have a new namespace named اندیس (I have no idea what the talk namespace should be. Whatever index_talk is translated into fa). Additionally, the namespace should have an alias named 'Index' (since all the other wikisources do). (cc'ing thomasV who knows about the extension in case I said anything overly stupid, so he could correct me) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26881] noinclude tag breaks Proofread under Internet Explorer
https://bugzilla.wikimedia.org/show_bug.cgi?id=26881 --- Comment #14 from Bawolff bawolff...@gmail.com 2011-10-01 12:50:22 UTC --- (In reply to comment #13) Not fixed yet :S Go to http://ca.wikisource.org/wiki/Pàgina:Buscant_lo_desconegut_(1898).djvu/2 with Internet Explorer 8. It contains AAAnoincludeBBB/noincludeCCC in the edit box. Click edit (or modify) but do not make any change. Click show changes for watching how the changes have run: I can see an extra div class=pagetext in the noinclude header, AAA in the edit box (without anything else), BBB in the noinclude footer, and CCC has disapeared. Firefox 5.0 runs 0 changes. I don't think the fix was deployed yet... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31294] ConfirmEdit confused by protocol-relative URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=31294 Juergen juer...@cust.in changed: What|Removed |Added CC||juer...@cust.in --- Comment #1 from Juergen juer...@cust.in 2011-10-01 12:51:25 UTC --- Shouldn't we allow external links to commons from IP Users without a captcha, even when they are really new and not caused by protocol-relative URLs as explained by Umherirrender ? This mechanism seems to be working already in the case of external links to WP (for instance for links like the diff-link from the description). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20342] Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #5 from Derk-Jan Hartman hart...@videolan.org 2011-10-01 12:54:05 UTC --- I only have two elements left in https://en.wikipedia.org and https://nl.wikipedia.org link rel=apple-touch-icon href=http://en.wikipedia.org/apple-touch-icon.png; / and div class=printfooter Retrieved from a href=http://en.wikipedia.org/wiki/Special:Watchlist;http://en.wikipedia.org/wiki/Special:Watchlist/a/div -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31294] allow protocol-relative URLs in $wgCaptchaWhitelist
https://bugzilla.wikimedia.org/show_bug.cgi?id=31294 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added URL||shell Component|ConfirmEdit (CAPTCHA|Site requests |extension) | Version|any |unspecified Product|MediaWiki extensions|Wikimedia Summary|ConfirmEdit confused by |allow protocol-relative |protocol-relative URLs |URLs in $wgCaptchaWhitelist --- Comment #2 from Umherirrender umherirrender_de...@web.de 2011-10-01 13:03:02 UTC --- Links to Commons already allowed, when there are containing http or https at the begin. See $wgCaptchaWhitelist in http://noc.wikimedia.org/conf/CommonSettings.php.txt $wgCaptchaWhitelist needs changing for protocol-relative URLs - Using this as shell bug, changing summary and component. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31242] Add index namespace needed for proofread page to fawikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=31242 --- Comment #14 from reza1615 reza.ene...@gmail.com 2011-10-01 13:14:44 UTC --- please add these alternatives alias named for fa.wikisource for index==فهرست for index_talk==بحث فهرست -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31242] Add index namespace needed for proofread page to fawikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=31242 Bellavista1957 tahmor...@hotmail.com changed: What|Removed |Added CC||tahmor...@hotmail.com --- Comment #15 from Bellavista1957 tahmor...@hotmail.com 2011-10-01 13:31:17 UTC --- Please disregard the above suggested persian expression for index_talk. Use instead for index_talk گفتگوی فهرست Bellavista1957 Admin fa Wikisource p.s. Please do contact Admin before changing or adding name space -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31028] Proposal that basic search should include category search
https://bugzilla.wikimedia.org/show_bug.cgi?id=31028 --- Comment #2 from Ben pf2k-w...@asahi-net.or.jp 2011-10-01 15:47:25 UTC --- Proposal now [[Wikipedia:Village_pump_(proposals)/Archive_77#RFC:_Proposal_that_basic_search_should_include_category_search|archived 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 31290] Old Upload form on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=31290 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 31295] New: Define transwiki import source for kmwikt (Khmer Wiktionary) from en, fr, th, and lo
https://bugzilla.wikimedia.org/show_bug.cgi?id=31295 Web browser: --- Bug #: 31295 Summary: Define transwiki import source for kmwikt (Khmer Wiktionary) from en, fr, th, and lo Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: vantharith@gmail.com Classification: Unclassified Greetings from Khmer Wikipedia, I just found out that Special:Import tool is disabled for kmwikt. Please help enable this tool as we want to import some Khmer language entries that are already existed in other language projects, including en, fr, th and lo. Thank you. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31296] New: Cache some special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=31296 Web browser: --- Bug #: 31296 Summary: Cache some special pages Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: da...@daschmedia.de CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified I don't know how special pages like the one with wanted properties or with unused properties work. But maybe it would make sense to use miserMode here as well, so they are to updated everytime. Just an idea :) Maybe it would also make sense on other special pages from SMW -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31190] Localization of #REDIRECT magic word on sr.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=31190 --- Comment #7 from Micki mailmi...@gmail.com 2011-10-01 16:57:32 UTC --- As you can see, I mentioned that page in my first message. And all six variants has been added long time ago, but the problem still exists. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31291] Mobile gateway doesn't handle cross-wiki links very well
https://bugzilla.wikimedia.org/show_bug.cgi?id=31291 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org --- Comment #1 from Mark A. Hershberger m...@everybody.org 2011-10-01 17:28:38 UTC --- Tested and confirmed on my android -- 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 31292] Make Category permanently visible, not obscured behind a more options link
https://bugzilla.wikimedia.org/show_bug.cgi?id=31292 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 31293] check protocol in Special:Connexion
https://bugzilla.wikimedia.org/show_bug.cgi?id=31293 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org Blocks||20342 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20342] Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Depends on||31293 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31294] allow protocol-relative URLs in $wgCaptchaWhitelist
https://bugzilla.wikimedia.org/show_bug.cgi?id=31294 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Keywords||shell Priority|Unprioritized |Normal URL|shell | 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 31295] Define transwiki import source for kmwikt (Khmer Wiktionary) from en, fr, th, and lo
https://bugzilla.wikimedia.org/show_bug.cgi?id=31295 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Keywords||shell 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 31297] New: Add support for namespacses in Special:RecentChanges subpage filter
https://bugzilla.wikimedia.org/show_bug.cgi?id=31297 Web browser: --- Bug #: 31297 Summary: Add support for namespacses in Special:RecentChanges subpage filter Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: ASSIGNED Severity: minor Priority: Unprioritized Component: Recent changes AssignedTo: krinklem...@gmail.com ReportedBy: krinklem...@gmail.com Classification: Unclassified Special:RecentChanges allows several filters to be set via subpage syntax (which allows setting filters when {{trancluding}} or [[linking]] to Recent changes). Being able to filter namespaces is already possible through the Form on the Special page and through the API, but not in the subpage syntax. -- 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 31297] Add support for namespaces in Special:RecentChanges subpage filter syntax
https://bugzilla.wikimedia.org/show_bug.cgi?id=31297 Krinkle krinklem...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Low Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|Add support for namespacses |Add support for namespaces |in Special:RecentChanges|in Special:RecentChanges |subpage filter |subpage filter syntax --- Comment #1 from Krinkle krinklem...@gmail.com 2011-10-01 18:21:11 UTC --- Done in r98618. -- 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 31298] New: Badimage list should supress image display in thumbnails, Categories and Special:Filelist
https://bugzilla.wikimedia.org/show_bug.cgi?id=31298 Web browser: --- Bug #: 31298 Summary: Badimage list should supress image display in thumbnails, Categories and Special:Filelist Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: w...@gfarlie.demon.co.uk CC: bawolff...@gmail.com, bryan.tongm...@gmail.com Classification: Unclassified I raised an issue related to this on #wikimedia-tech in freenode earlier, but I felt I'd put this one on bugzilla formally. MediaWiki already has a 'restricted use' image list. However, this only limits the use of images to a specific article, it does not at present supress the actual display or request of images. Therefore, I would like to request that (based on a user preference option) MediaWiki should suppress the display and request of images that are on the bad image list (or tagged with certain templates) in respect of [[Special:Filelist]] thumbnails, and on non Article namespace pages (such as in Categories, Templates or File Description pages). Such a suppression should be such that as far as the client browser is concerned, the suppressed media does not exist, and is never requested. This suppression would not affect the policy currently used in relation to why images get placed on the restricted list, which would continue as at present. 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 31299] New: Rename namespace and enable $wgExtraGenderNamespaces on pl.wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=31299 Web browser: --- Bug #: 31299 Summary: Rename namespace and enable $wgExtraGenderNamespaces on pl.wiktionary Product: Wikimedia Version: unspecified Platform: All URL: http://pl.wiktionary.org/w/index.php?title=Wikis%C5%82 ownik:Baroldid=2375673#Forma_.C5.BCe.C5.84ska_dla_prz estrzeni_nazw_u.C5.BCytkownika_.2B_propozycja_poprawki _nazwy_przestrzeni OS/Version: All Status: NEW Keywords: shell Severity: enhancement Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: danny.lei...@gmail.com CC: b...@adres.pl Classification: Unclassified I would like to request the following configration changes for Polish Wiktionary (pl.wiktionary): 1. Change NS_USER_TALK name from 'Dyskusja_Wikipedysty' to 'Dyskusja_wikipedysty' 'plwiktionary' = array( NS_PROJECT_TALK = 'Wikidyskusja', NS_USER = 'Wikipedysta', NS_USER_TALK = 'Dyskusja_wikipedysty', 100 = 'Aneks', 101 = 'Dyskusja_aneksu', 102 = 'Indeks', 103 = 'Dyskusja_indeksu', 104 = 'Portal', 105 = 'Dyskusja_portalu', ), 2. Enable gender support for user namespace $wgExtraGenderNamespaces = array( NS_USER = array( 'male' = 'Wikipedysta', 'female' = 'Wikipedystka' ), NS_USER_TALK = array( 'male' = 'Dyskusja_wikipedysty', 'female' = 'Dyskusja_wikipedystki' ), ); -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29299] Wrong rule for mw.language.convertPlural in pt-BR: zero has to be plural
https://bugzilla.wikimedia.org/show_bug.cgi?id=29299 Santhosh Thottingal santhosh.thottin...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Santhosh Thottingal santhosh.thottin...@gmail.com 2011-10-01 18:45:46 UTC --- Fixed in r98619 -- 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 31300] New: JavaFFS and SimpleFFS should handle escaped delimiters in message keys
https://bugzilla.wikimedia.org/show_bug.cgi?id=31300 Web browser: --- Bug #: 31300 Summary: JavaFFS and SimpleFFS should handle escaped delimiters in message keys Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Translate AssignedTo: niklas.laxst...@gmail.com ReportedBy: niklas.laxst...@gmail.com CC: s.mazel...@xs4all.nl Classification: Unclassified Roans words: The file format used in SimpleFFS doesn't seem to account for the fact that = is a valid character in message keys, and it seems that if I were to create MediaWiki:Foo=bar and put 'baz' in it (which works, I tried on my localhost), the writer would write something like foo=bar=baz and the reader would read that as array( 'foo', 'baz=bar' ). Of course, this is ambiguous: if I create MediaWiki:Foo and put 'bar=baz' in it, the writer would also write foo=bar=baz. It looks like JavaFFS has the same 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 31300] JavaFFS and SimpleFFS should handle escaped delimiters in message keys
https://bugzilla.wikimedia.org/show_bug.cgi?id=31300 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Low Severity|normal |minor -- 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 31292] Make Category permanently visible, not obscured behind a more options link
https://bugzilla.wikimedia.org/show_bug.cgi?id=31292 ineuw in...@aei.ca changed: What|Removed |Added CC||in...@aei.ca --- Comment #1 from ineuw in...@aei.ca 2011-10-01 19:05:40 UTC --- Strongly recommend to make the categories visible AND mandatory. It's counter-intuitive to hide it, and then after upload send an email to that effect. Images without a category should be rejected! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31293] check protocol in Special:UserLogin
https://bugzilla.wikimedia.org/show_bug.cgi?id=31293 Reedy s...@reedyboy.net changed: What|Removed |Added Summary|check protocol in |check protocol in |Special:Connexion |Special:UserLogin -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31295] Define transwiki import source for kmwikt (Khmer Wiktionary) from en, fr, th, and lo
https://bugzilla.wikimedia.org/show_bug.cgi?id=31295 Reedy s...@reedyboy.net changed: What|Removed |Added 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 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 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Low |High 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 24430] Preferences ask number of columns for edit field
https://bugzilla.wikimedia.org/show_bug.cgi?id=24430 Chinchin cdbapa...@gmail.com changed: What|Removed |Added Attachment #9135|0 |1 is obsolete|| --- Comment #8 from Chinchin cdbapa...@gmail.com 2011-10-01 21:50:01 UTC --- Created attachment 9137 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9137 Removed cols preference Rebased against trunk -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31293] check protocol in Special:UserLogin
https://bugzilla.wikimedia.org/show_bug.cgi?id=31293 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #2 from Derk-Jan Hartman hart...@videolan.org 2011-10-01 21:53:25 UTC --- I like this solution. avoids introducing new keywords, which we would not want. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31255] Sortable tables don't remember the first column sorted on when sorting on another column
https://bugzilla.wikimedia.org/show_bug.cgi?id=31255 --- Comment #7 from Derk-Jan Hartman hart...@videolan.org 2011-10-01 21:58:10 UTC --- it's not just a simple revert. We actually switched around the entire implementation of the tablesorter, trying to keep it as close in behavior (of logics) as the original as we could. This is just one set of userbehavior we didn't really take into account during the conversion probably. It can be switched around, but we would need to rewrite that part. Not difficult I think, but not really high priority either. patches welcome though :D -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31296] Cache some special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=31296 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Priority|Unprioritized |Low --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-10-01 22:44:10 UTC --- https://secure.wikimedia.org/wikipedia/mediawiki/wiki/Manual:$wgMiserMode -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] New: Diff view broken (article text not loaded) on dewp: JS: ReferenceError: Undefined variable: FlaggedRevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 Web browser: --- Bug #: 31301 Summary: Diff view broken (article text not loaded) on dewp: JS: ReferenceError: Undefined variable: FlaggedRevs Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: critical Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: saibotr...@arcor.de Classification: Unclassified I (and other users in dewp http://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia#Diff_und_Artikelansicht ) get the JS error Uncaught exception: ReferenceError: Undefined variable: FlaggedRevs (Opera, not logged in) and similar errors in Firefox (logged in) when viewing(!) an random article http://de.wikipedia.org/wiki/Spezial:Zuf%C3%A4llige_Seite This at least prevents the article text to be loaded in diff view (which is urgently needed for re-sighting) - example: http://de.wikipedia.org/w/index.php?title=Hinschenfeldediff=80985219oldid=80975076 . It started not to work approx. at 17:01, 30. Sep. 2011 (UTC) BTW: Don't the tests or pre-deployment tests include a simple article view and look in the JS error console? ;) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] Diff view broken (article text not loaded) on dewp: JS: ReferenceError: Undefined variable: FlaggedRevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||aschulz4...@gmail.com, ||asha...@wikimedia.org, ||innocentkil...@gmail.com, ||p858sn...@gmail.com, ||ro...@wikimedia.org Component|General/Unknown |FlaggedRevs Version|unspecified |any Product|Wikimedia |MediaWiki extensions -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] Diff view broken (article text not loaded) on dewp: JS: ReferenceError: Undefined variable: FlaggedRevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 --- Comment #1 from Krinkle krinklem...@gmail.com 2011-10-02 00:00:03 UTC --- The error you are referring to (Uncaught ReferenceError: FlaggedRevs is not defined) is not relevant to this problem. Looking further into my error console I see a bigger fish just above that one: Failed to load resource: the server responded with a status of 404 (Not Found) http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87301-3 There is an issue with Wikimedia's -1-17/1-18 set up. This was tested pre-deployment and worked fine however that was on 1.18. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] Diff view broken (article text not loaded) on dewp: JS: ReferenceError: Undefined variable: FlaggedRevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #2 from Krinkle krinklem...@gmail.com 2011-10-02 00:02:46 UTC --- Hm.. changing the 87301-3 in the url fixes it. http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?foo Cache pollution ? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] Fix broken cache for http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87301-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 --- Comment #5 from Krinkle krinklem...@gmail.com 2011-10-02 00:10:47 UTC --- Created attachment 9138 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9138 http headers and html content of error -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] Fix broken cache for http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87301-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #6 from Krinkle krinklem...@gmail.com 2011-10-02 00:11:08 UTC --- Note that it's showing a Wikimedia-wiki style error, which are not enabled on bits today -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] Fix broken cache for http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87301-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 --- Comment #7 from Krinkle krinklem...@gmail.com 2011-10-02 00:15:21 UTC --- Created attachment 9139 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9139 http headers and html content of working url (different query string) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] Fix broken cache for http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87301-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 --- Comment #8 from Krinkle krinklem...@gmail.com 2011-10-02 00:20:00 UTC --- Created attachment 9140 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9140 http headers and html content of working url (different query string) - cache hit -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31280] add additional 'new section' link to the bottom of talk pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=31280 jida...@jidanni.org changed: What|Removed |Added Priority|Low |Lowest --- Comment #1 from jida...@jidanni.org 2011-10-02 00:26:51 UTC --- I mean even this Bugzilla has this gaping Additional Comments: box waiting at the bottom. Other software commonly even has one's avatar sitting next to each of many comment boxes reading and waiting there on the page. Often they have even done away with the Submit button, e.g., Facebook, where a mere RETURN sends one's comment sailing forth. Given that blabber is more discourages on MediaWiki sites than social networks, at least there should be a button or link where comments are supposed to go... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] Fix broken cache for http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87301-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 --- Comment #9 from Krinkle krinklem...@gmail.com 2011-10-02 00:40:02 UTC --- Robla suggest not to nuke the cache of this one just yet to allow investigation to cause. I suggest we bump wgStyleVersion instead so that atleast de.wp is able to review revisions again! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] Fix broken cache for http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87301-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 --- Comment #10 from Aaron Schulz aschulz4...@gmail.com 2011-10-02 00:42:30 UTC --- (In reply to comment #9) Robla suggest not to nuke the cache of this one just yet to allow investigation to cause. I suggest we bump wgStyleVersion instead so that atleast de.wp is able to review revisions again! That actually works for you? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] Fix broken cache for http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87301-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 --- Comment #11 from Aaron Schulz aschulz4...@gmail.com 2011-10-02 00:45:23 UTC --- I'll bump the version per comment #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 31301] Fix broken cache for http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87301-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 Krinkle krinklem...@gmail.com changed: What|Removed |Added URL||http://de.wikipedia.org/w/i ||ndex.php?title=Hinschenfeld ||ediff=80985219oldid=80975 ||076 CC|krinklem...@gmail.com | --- Comment #12 from Krinkle krinklem...@gmail.com 2011-10-02 00:54:45 UTC --- Fixed. Visiting the original url [0] loads the correct version now; [0] http://de.wikipedia.org/w/index.php?title=Hinschenfeldediff=80985219oldid=80975076 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] Fix broken cache for http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87301-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||krinklem...@gmail.com Resolution||FIXED --- Comment #13 from Krinkle krinklem...@gmail.com 2011-10-02 00:55:15 UTC --- http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87301-4 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31302] New: Flipping images should be allowed though a parameter in the [[File:]] tag
https://bugzilla.wikimedia.org/show_bug.cgi?id=31302 Web browser: --- Bug #: 31302 Summary: Flipping images should be allowed though a parameter in the [[File:]] tag Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: huji.h...@gmail.com CC: bawolff...@gmail.com, bryan.tongm...@gmail.com Classification: Unclassified This issue was originally raised by one of the Persian Wikipedia editors. The rationale is that many RTL wikis who share their file repository with a larger LTR wikis will frequently use images that are oriented appropriately for the LTR layout but not the RTL layout. Exapmles are: (1) Face photos are usually preferred to be look towards the center of the page. In English Wikipedia, for example, photos used in the infoboxes of articles about people usually use images that look to the left. When such an image is not available, one can flip the images horizontally and use that as an alternative, without needing to edit the image externally and re-uploading them. (2) When such a face photo is shared by many wikis (e.g. when the photo is in Commons, and both English and Arabic Wikipedia's use it), it is inevitable that one of the wikis will end up with the file with the wrong face direction of subject. Having a flipping parameter can fix this. (3) Same applies to arrows, checkmarks, etc that are on Commons and are used by both LTR and RTL wikis. Technically speaking, this feature can be implemented as [[File:image.png|flip=horizontally|...]] and it should be easy to implement because we are already using GD/ImageMagick for thumbnailing which has the capability of flipping images too. From file-name point of view, just as a thumbnail that is resized from original size is named 80px-image.png, a thumbnail that is flipped from original orientation can be named 80px_h-image.png At the time being, I can't think of a reason why we shouldn't implement vertical flipping as well, although I can't think of a use case either. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] Fix broken cache for http://bits.wikimedia.org/w/extensions-1.17/FlaggedRevs/client/flaggedrevs.js?87301-3
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC|krinklem...@gmail.com | Component|FlaggedRevs |General/Unknown Version|any |unspecified Product|MediaWiki extensions|Wikimedia Summary|Diff view broken (article |Fix broken cache for |text not loaded) on dewp: |http://bits.wikimedia.org/w |JS: ReferenceError: |/extensions-1.17/FlaggedRev |Undefined variable: |s/client/flaggedrevs.js?87 |FlaggedRevs|301-3 --- Comment #4 from Krinkle krinklem...@gmail.com 2011-10-02 00:09:12 UTC --- Seems to only affect european users, or otherwise a selection of users. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31301] Diff view broken (article text not loaded) on dewp: JS: ReferenceError: Undefined variable: FlaggedRevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=31301 --- Comment #3 from Aaron Schulz aschulz4...@gmail.com 2011-10-02 00:06:29 UTC --- AFAIK nothing FlaggedRevs was deployed on dewiki and it is still running MediaWiki 1.17. I'm not sure why this would break. Actually, in 1.18, this fragile (due to load order) mix of inline and non-inline JS will be gone. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31304] New: Multiple Signatures to a User
https://bugzilla.wikimedia.org/show_bug.cgi?id=31304 Web browser: --- Bug #: 31304 Summary: Multiple Signatures to a User Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: srik@gmail.com Classification: Unclassified Much like how people sign off emails with different titles depending on context, Can we have different signatures be specified for a User and option to use them? Like I may use 1 with name(talk)(Project1) and 2 with nickname(talk)(Project2) I dont know if this is possible already with some templating, but putting in user preference will be useful -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l