[Bug 18798] LoginForm reports wrong password when CAPTCHA is wrong
https://bugzilla.wikimedia.org/show_bug.cgi?id=18798 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added CC||tstarl...@wikimedia.org Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Tim Starling tstarl...@wikimedia.org 2009-05-19 06:06:42 UTC --- *** This bug has been marked as a duplicate of bug 12206 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12206] Vague error on captcha mismatch during login
https://bugzilla.wikimedia.org/show_bug.cgi?id=12206 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added CC||umherirrender_de...@web.de --- Comment #2 from Tim Starling tstarl...@wikimedia.org 2009-05-19 06:06:42 UTC --- *** Bug 18798 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 18761] Add setting to hide a list of preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=18761 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added CC||tstarl...@wikimedia.org --- Comment #15 from Tim Starling tstarl...@wikimedia.org 2009-05-19 06:23:57 UTC --- I recommend committing the patch for release in 1.16, but note that $wgAllowRealName needs to stay in DefaultSettings.php marked as deprecated, to avoid a register_globals vulnerability. There should be no isset(). To say it isn't needed, when Jidanni has an example of a wiki about transgender issues in a language lacking grammatical genders, is a bit bizarre. The question would cause offence regardless of how long the explanation is. I would suggest that Jidanni patches this change in if he needs to run 1.15. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18828] Can't link to [[{{FULLPAGENAME}}]] any more
https://bugzilla.wikimedia.org/show_bug.cgi?id=18828 --- Comment #6 from Splarka h...@goldrush.com 2009-05-19 07:12:45 UTC --- And reverted: http://www.mediawiki.org/w/index.php?title=Help:Magic_wordsdiff=255711oldid=255678 THIS HAS NOTHING TO DO WITH MAGIC WORDS -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18796] Have a permalink type URL as a user preference
https://bugzilla.wikimedia.org/show_bug.cgi?id=18796 Gerard Meijssen gerard.meijs...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #3 from Gerard Meijssen gerard.meijs...@gmail.com 2009-05-19 07:19:47 UTC --- Jidanny, I am well aware that there is an OPTION on the sidebar to show the permalink. The request is to show the permalink ALWAYS when you move from article to article. It is also nice that you cannot fathom why people very much involved in proper citation want this. What they are looking for is a localsetting that can be selected from the preferences and one that is available to everyone. Having an option as a consequence of your work is only relevant when it is indeed available to all. Until that time, it is an open request. Thanks, GerardM -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3311] Automatic category redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=3311 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added CC||tstarl...@wikimedia.org Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #46 from Tim Starling tstarl...@wikimedia.org 2009-05-19 08:06:31 UTC --- Reverted, see CodeReview r46706. -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 5346] make category redirects appear as different coloured links
https://bugzilla.wikimedia.org/show_bug.cgi?id=5346 Bug 5346 depends on bug 3311, which changed state. Bug 3311 Summary: Automatic category redirects https://bugzilla.wikimedia.org/show_bug.cgi?id=3311 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 8685] Support moving categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=8685 Bug 8685 depends on bug 3311, which changed state. Bug 3311 Summary: Automatic category redirects https://bugzilla.wikimedia.org/show_bug.cgi?id=3311 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 18793] Free up Project as a namespace (for Wikipedia:Projects) by using an alternate token
https://bugzilla.wikimedia.org/show_bug.cgi?id=18793 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #11 from Roan Kattouw roan.katt...@gmail.com 2009-05-19 09:06:58 UTC --- (In reply to comment #10) All I know is I use [[Project:...|...]] a lot on my wikis, You never know one day you might decide on a better $wgSitename assuming the wiki hosting company is willing to change it for you, and you might not have _easy_ access for changing it in the million places you might have otherwise hardwired it in... Indeed, you might even decide to change the $wgLanguageCode. Thankfully Project can weather that too. Or I am editing on somebody else's wiki, and their $wgSitename is just too darn hard to type in. Sure, I worry in the back of my mind that [[Project|]] too will go belly up and one day I will be informed that for the last two weeks nobody could read my sites... but the later, the better, Since Project is the canonical name of a core namespace, you can assume that *if* it's ever renamed (which will probably never happen), the old name will be kept as an alias for all eternity (the same applies to other core namespaces). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3311] Automatic category redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=3311 --- Comment #47 from Le Chat cat...@vp.pl 2009-05-19 09:50:26 UTC --- Why has this potentially helpful change been reverted? It seemed to be working well; the only problem was bug 17571, which surely can't be difficult to fix. We know that the tables don't get updated straight away when a category is changed to/from a redirect, and I presume we wouldn't want them to. Bots would handle emptying existing categories when they get redirected, exactly as they do now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18826] PNG cannot display thumbnails if the original over 12.5 megapixels
https://bugzilla.wikimedia.org/show_bug.cgi?id=18826 --- Comment #5 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-05-19 10:34:53 UTC --- (In reply to comment #4) Well, then, can efforts be put into improving this, or, alternatively, to remove the huge grey squares informing people of the problem and replace it with a simple download icon? Yes, that's why it's marked as later. We may be seeing progress over the summer: http://socghop.appspot.com/student_project/show/google/gsoc2009/wikimedia/t124025075087 -- 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 18841] Only ask gender by default if it will be in fact used for the current language
https://bugzilla.wikimedia.org/show_bug.cgi?id=18841 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #4 from Niklas Laxström niklas.laxst...@gmail.com 2009-05-19 11:02:16 UTC --- (In reply to comment #3) I don't get it. Shouldn't just: software detects he has set German in his preferences, so the gender question appears for him in his preferences, as German is on the list of gender-needing-languages. Please read the following again: (In reply to comment #2) The problem with this is that users might not use the content language. For instance, on Wikimedia Commons, the content language is English, and my interface language is set to English. But another user might have their interface language set to German, and therefore might prefer if I *did* give my gender, so that if GENDER works in log entries, say, it would use the correct gender there. In fact, maybe a very large fraction of users are using gendered languages -- we can't say for sure. The grammatical gender of other users is also relevant, nor only your own. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18793] Free up Project as a namespace (for Wikipedia:Projects) by using an alternate token
https://bugzilla.wikimedia.org/show_bug.cgi?id=18793 --- Comment #12 from Niklas Laxström niklas.laxst...@gmail.com 2009-05-19 11:05:24 UTC --- (In reply to comment #9) But just as a hypothetical, it would be great if one of you could list the general fixes that would have to be done in order for it to work. Bugzilla is not a support forum, so don't except an answer 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 3311] Automatic category redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=3311 --- Comment #48 from Tim Starling tstarl...@wikimedia.org 2009-05-19 11:47:17 UTC --- (In reply to comment #47) Why has this potentially helpful change been reverted? It seemed to be working well; the only problem was bug 17571, which surely can't be difficult to fix. We know that the tables don't get updated straight away when a category is changed to/from a redirect, and I presume we wouldn't want them to. Bots would handle emptying existing categories when they get redirected, exactly as they do now. The tables indeed were not updated straight away, in fact they were not updated at all, ever. You'd have to have a bot go through and edit every page in the category, every time the redirect status or redirect target changed. It's possible to do these updates immediately, with negligible performance loss, and to retire the bots. But it would be much more difficult to implement that feature if the categorylinks table was significantly polluted with spurious links from r46706. -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3311] Automatic category redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=3311 --- Comment #49 from Le Chat cat...@vp.pl 2009-05-19 12:34:36 UTC --- I don't think it was ever envisaged that the tables would be updated automatically (I didn't think that was desirable anyway, since inappropriate redirects of large categories, and subsequent reversions, would cause lots of extra processing, of the sort that doesn't seem to happen when e.g. templates with categories get updated). But if you say it can be done, then we'll wait in eager anticipation... -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3311] Automatic category redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=3311 --- Comment #50 from Roan Kattouw roan.katt...@gmail.com 2009-05-19 13:49:18 UTC --- (In reply to comment #49) I don't think it was ever envisaged that the tables would be updated automatically (I didn't think that was desirable anyway, since inappropriate redirects of large categories, and subsequent reversions, would cause lots of extra processing, of the sort that doesn't seem to happen when e.g. templates with categories get updated). But if you say it can be done, then we'll wait in eager anticipation... Templates with categories don't cause immediate updates because those updates are put in the job queue and executed later. Presumably, updating for category redirect changes would also use the job queue. -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3311] Automatic category redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=3311 --- Comment #51 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-05-19 14:09:09 UTC --- Templates with categories don't cause immediate updates because those updates require reparsing of large numbers of pages. Category redirects don't, I don't see any reason why they should need the job queue. Except for really giant categories, maybe, where you'd want to batch the updates to not lag the slaves. -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18844] New: Make all grouping non-capturing to save on processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18844 Summary: Make all grouping non-capturing to save on processing Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Spam Blacklist AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mikelifegu...@fastmail.fm To make things faster, please change any capturing groups to non-capturing ones when compiling the regex from the blacklist page. This also eliminates the need for people to know and remember to use non-capturing groups. I can't think of any use for capturing groups in the spam blacklist at all, but it's possible I'm not imaginative enough. At the least, we're not using that in any blacklist I know of, so it can't be terribly 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
[Bug 18843] Customizing the dimension of pictures in categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=18843 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from ^demon innocentkil...@gmail.com 2009-05-19 15:13:02 UTC --- *** This bug has been marked as a duplicate of bug 1340 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 1340] Size thumbnails in galleries according to user preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=1340 ^demon innocentkil...@gmail.com changed: What|Removed |Added CC||public.w...@gmail.com --- Comment #16 from ^demon innocentkil...@gmail.com 2009-05-19 15:13:02 UTC --- *** Bug 18843 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 18249] Changes to DSN for more width and finer css/js control
https://bugzilla.wikimedia.org/show_bug.cgi?id=18249 ^demon innocentkil...@gmail.com changed: What|Removed |Added Keywords||need-review, patch -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18589] Enable AbuseFilter on Cantonese Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=18589 Rob Halsell rhals...@wikimedia.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #5 from Rob Halsell rhals...@wikimedia.org 2009-05-19 15:45:44 UTC --- Sorry about that, must have missed a step. The above has been corrected and pushed live. -- 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 18844] Make all grouping non-capturing to save on processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18844 Happy-melon happy-me...@live.com changed: What|Removed |Added CC||happy-me...@live.com --- Comment #1 from Happy-melon happy-me...@live.com 2009-05-19 15:47:04 UTC --- Each regex is a capturing group that captures the url that triggered the list, which is passed through to and displayed in the error message. Removing these would make it impossible to resolve spam matches, because you wouldn't know which url needed to be removed. I assume you mean automatically make any capturing groups defined *within* a regex line non-capturing? That could certainly be 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 18844] Make all grouping non-capturing to save on processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18844 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||mikelifegu...@fastmail.fm --- Comment #2 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-05-19 15:54:04 UTC --- (In reply to comment #1) Each regex is a capturing group that captures the url that triggered the list, which is passed through to and displayed in the error message. Removing these would make it impossible to resolve spam matches, because you wouldn't know which url needed to be removed. I assume you mean automatically make any capturing groups defined *within* a regex line non-capturing? That could certainly be done. Yes, that's what I meant :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 18844] Make all grouping non-capturing to save on processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18844 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added CC||simetrical+wikib...@gmail.co ||m --- Comment #3 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-05-19 15:56:18 UTC --- WONTFIX as premature optimization is the root of all evil? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18207] Strange spacing before [[irc:...]] links
https://bugzilla.wikimedia.org/show_bug.cgi?id=18207 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added CC||tstarl...@wikimedia.org --- Comment #15 from Tim Starling tstarl...@wikimedia.org 2009-05-19 16:08:44 UTC --- It seems to me that the bug could easily be fixed by disallowing interwiki prefixes which link to non-HTTP protocols. We've had trouble with this before, with js:, etc. Some protocols have security implications. There's a perfectly good way to link to the IRC protocol, there's no need to add interwiki prefixes. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18844] Make all grouping non-capturing to save on processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18844 --- Comment #4 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-05-19 16:15:45 UTC --- (In reply to comment #3) WONTFIX as premature optimization is the root of all evil? Seth VVV did some testing and determined it was a significant reduction to use non-capturing groups, which is why we use them (well, that and someone was very persistent in annoying people till they did it). It'd be better to have that done by the extension than by humans. Also, then when someone next whinges at us to use non-capturing groups for optimization we can tell them to stuff it because the extension does it internally (I wonder what the next thing well be that we urgently need to do to avoid a few ms 9.9) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18834] Show estimate of number of edits to be reverted in rollback link
https://bugzilla.wikimedia.org/show_bug.cgi?id=18834 --- Comment #13 from Jan Luca j...@jans-seite.de 2009-05-19 16:19:43 UTC --- Created an attachment (id=6135) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6135) Patch for the new Linker function All changes needed to add the function as patch. Please controll it because in my commited changes was 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 18844] Make all grouping non-capturing to save on processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18844 --- Comment #5 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-05-19 16:33:54 UTC --- Are we talking ms or us here? I'm guessing us. Besides, wouldn't capturing groups be necessary for something like ([']).*?\1 or whatever? They aren't only used for replacements. This reduces functionality for at *best* some dubious microoptimization effort that has no real-world benchmarks attached. Real-world means saying how much user or real time it measurably adds to actual page loads on a real site, not it takes 97% less time if I make a 50M regex solely out of capturing expressions. Also not some people did some testing and said it was significant. Still say WONTFIX. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18845] New: Allow Scribus (.sla / .sla.gz) file uploads on Wikimedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=18845 Summary: Allow Scribus (.sla / .sla.gz) file uploads on Wikimedia Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org Just sticking this in Bugzilla as a reminder for further possible discussion, since it's been brought up or requested a couple times. Scribus is an open-source, cross-platform desktop publishing package, which some folks like to use for things like brochures and other PR-type materials. It would be helpful to be able to share work in the original editable format. The .sla file format is XML based, and can optionally be gzip-compressed direct from the app (saved as .sla.gz). Problems: * Images can only be included by reference, not embedded. A complete document may require multiple downloads, or else manually zipping up the data set. * Scribus files are XML, but there's not a doctype or xmlns requirement on the current version, so they might be harder to verify. (Root element is SCRIBUSUTF8.) * Quick peek at format refs indicates there's some JavaScript embedding features. Any security issues? Sigh. :P :) http://docs.scribus.net/index.php?lang=ensm=scribusfileformatpage=scribusfileformat http://wiki.scribus.net/index.php/File_Format_for_Scribus_1.3.x -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16937] PostgreSQL wrong protocol version
https://bugzilla.wikimedia.org/show_bug.cgi?id=16937 --- Comment #40 from Etienne Massip etienne.mas...@laposte.net 2009-05-19 16:35:30 UTC --- I searched this for a long time ! Thus, this was finally the meaning of the PHP manual quote Protocol and server versions are only available if PHP was compiled with PostgreSQL 7.4 or later. ! How mysterious ! Awesome job, guys, thanks a lot ! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18844] Make all grouping non-capturing to save on processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18844 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||vasi...@gmail.com --- Comment #6 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-05-19 16:38:25 UTC --- (In reply to comment #5) ([']).*?\1 I've never seen backreferences used in any spam blacklist. FWIW, VVV said he used the Meta blacklist, IRRC. CCed him to verify. But, if there's definitely no benefit, then this should be WONTFIXED and I'll stop bothering to use non-capturing groups manually too, which will be lovely :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 18841] Only ask gender by default if it will be in fact used for the current language
https://bugzilla.wikimedia.org/show_bug.cgi?id=18841 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #5 from Brion Vibber br...@wikimedia.org 2009-05-19 16:39:33 UTC --- Note also that the optional gender setting could be useful for non-grammatical features such as selection of default avatar images, should we end up with such a thing. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18761] Add setting to hide a list of preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=18761 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #16 from Brion Vibber br...@wikimedia.org 2009-05-19 16:42:09 UTC --- Looks good to me; as Tim notes a default setting of $wgAllowRealName needs to be retained. Always set your globals before use. :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18844] Make all grouping non-capturing to save on processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18844 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #7 from Brion Vibber br...@wikimedia.org 2009-05-19 16:44:39 UTC --- Guys, can you do a quick test and list out the *actual* speeds with the actual blacklist regexes here? This seems like it's an easy thing to resolve empirically. :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18846] New: Password failure after upgrade to MW 1.13 or 1.14
https://bugzilla.wikimedia.org/show_bug.cgi?id=18846
Summary: Password failure after upgrade to MW 1.13 or 1.14
Product: MediaWiki
Version: 1.14.0
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: Normal
Component: Installation
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: tstarl...@wikimedia.org
Blocks: 18629
Submitting this here before I forget it.
http://permalink.gmane.org/gmane.org.wikimedia.mediawiki/31026
Users with $wgPasswordSalt=false before 1.13 will have their wiki destroyed by
upgrade to 1.13 or 1.14, by re-running the web installer. The web installer has
a default LocalSettings.php and so $wgPasswordSalt will not be right in
updaters.inc update_password_format(). My fault, r35923. I probably assumed
that nobody actually used $wgPasswordSalt, but of course it was documented in
various places as a trial-and-error fix for miscellaneous upgrade problems.
Removing update_password_format() is probably the best thing to do, it was
never run on Wikimedia and is unnecessary since b/c code exists. Needs 1.15
release.
Repair of a broken wiki is possible as in the mailing list post:
UPDATE user SET user_password =
CONCAT(':A:', SUBSTRING_INDEX(user_password,':',-1))
WHERE user_password LIKE ':B:%';
Don't try this without backing up your user table first.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18629] Release MediaWiki 1.15 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18629 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added Depends on||18846 -- 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 18761] Add setting to hide a list of preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=18761 ^demon innocentkil...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #17 from ^demon innocentkil...@gmail.com 2009-05-19 17:09:28 UTC --- Applied modified patch in r50782 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18844] Make all grouping non-capturing to save on processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18844 --- Comment #8 from Victor Vasiliev vasi...@gmail.com 2009-05-19 19:04:02 UTC --- Created an attachment (id=6136) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6136) Test script I benchmarked it (benchmarking tools attached) and got following results (on Toolserver): grouping: 0.0158297939301 s nongrouping: 0.0151363241673 s -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17018] Automated smallest-CIDR calculation from within Checkuser UI
https://bugzilla.wikimedia.org/show_bug.cgi?id=17018 --- Comment #8 from Aaron Schulz jschulz_4...@msn.com 2009-05-19 19:05:07 UTC --- (In reply to comment #7) (In reply to comment #6) I tested copy-pasting the auto-WHOIS JS tool output and such when I wrote it. If there is another type of output that it doesn't filter out, you should paste out a sample so I know what to tweak. I think it was version numbers from the UA: 2.0.4.16 for example. It looks like an IP, but really that's not valid: http://toolserver.org/~chm/whois.php?ip=2.0.4.16 forgot to reopen this previously. I'm not sure how simple it is to check 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 17060] Page history lines are rendered differently to admins when contents have been concealed by RevisionDelete
https://bugzilla.wikimedia.org/show_bug.cgi?id=17060 --- Comment #13 from Aaron Schulz jschulz_4...@msn.com 2009-05-19 19:09:25 UTC --- (In reply to comment #12) (In reply to comment #9) That is not an edit summary True, but it is the same issue as was originally reported (compare recent screenshot with the one from three months ago), hence it's the same bug, hence regression. If the summary is wrong then it's hard to tell what is going on sometimes. -- 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 17060] Page history lines are rendered differently to admins when contents have been concealed by RevisionDelete
https://bugzilla.wikimedia.org/show_bug.cgi?id=17060 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #14 from Aaron Schulz jschulz_4...@msn.com 2009-05-19 19:19:52 UTC --- Changed in r50788 -- 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 18847] New: Implement gendered Chinese pronouns, for that personal touch
https://bugzilla.wikimedia.org/show_bug.cgi?id=18847 Summary: Implement gendered Chinese pronouns, for that personal touch Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org Blocks: 18841 Preferences has a gender chooser. One assumes Chinese is a gender neutral language. However written Chinese has ta1:1.它 2.他 3.她 4.牠 5.祂 depending on if you are talking about it, him, her, it[animal], [god], and ni3: 1.你 2.妳 you [male], you [female]. Therefore Chinese could also take advantage of the Preferences gender item. The perfect thing to give one's wiki the personal touch! Banks, credit card companies often use these forms when writing to their customers, if they know their gender. Examples: 妳必須重新登錄... [Message to a female user.] You[female] must login again; 妳可以寫電子郵件給她 You[female] can send email to _her_. Let's see, the strings affected are /你/, /他/, but not /您/. If the user is gender-unknown, then use the default (male) forms, 他，你. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18846] Password failure after upgrade to MW 1.13 or 1.14
https://bugzilla.wikimedia.org/show_bug.cgi?id=18846 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |tstarl...@wikimedia.org |l...@lists.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 18841] Only ask gender by default if it will be in fact used for the current language
https://bugzilla.wikimedia.org/show_bug.cgi?id=18841 jida...@jidanni.org changed: What|Removed |Added Depends on||18847 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18841] Only ask gender by default if it will be in fact used for the current language
https://bugzilla.wikimedia.org/show_bug.cgi?id=18841 --- Comment #6 from jida...@jidanni.org 2009-05-19 20:09:00 UTC --- The grammatical gender of other users is also relevant, nor only your own. Oops, yes, forgot. Which reminds me, Chinese indeed has a gender layer that could be implemented, in bug 18847 that I opened and set to block this bug, to be sure Chinese is included on the list of languages where gender indeed matters. (But no yucky gender questions for my wikis! Thank goodness for bug #18761.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18844] Make all grouping non-capturing to save on processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18844 --- Comment #9 from Brion Vibber br...@wikimedia.org 2009-05-19 20:12:56 UTC --- So that's less than a 5% difference, absolute difference of 7ms in the test case (151 vs 158ms total). The 'spambl' file seems to be missing from the test case archive, so I can't reproduce results locally. Is functionality unchanged with the switch to nongrouping, or would this require changing other components? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18828] Can't link to [[{{FULLPAGENAME}}]] any more
https://bugzilla.wikimedia.org/show_bug.cgi?id=18828 --- Comment #7 from jida...@jidanni.org 2009-05-19 21:24:25 UTC --- But that is the first place people will look, so please mention something there. Otherwise they will never guess what the real reason is, and will end up submitting bugs like I did. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18847] Implement gendered Chinese pronouns, for that personal touch
https://bugzilla.wikimedia.org/show_bug.cgi?id=18847 Siebrand siebr...@wikipedia.be changed: What|Removed |Added CC||siebr...@wikipedia.be Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Siebrand siebr...@wikipedia.be 2009-05-19 21:33:44 UTC --- Closed as INVALID. You should know by now that you can change messages at translatewiki.net. As the UI does not refer to you as an animal or (a) [Gg]od, the current three gender forms suffice. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18841] Only ask gender by default if it will be in fact used for the current language
https://bugzilla.wikimedia.org/show_bug.cgi?id=18841 Bug 18841 depends on bug 18847, which changed state. Bug 18847 Summary: Implement gendered Chinese pronouns, for that personal touch https://bugzilla.wikimedia.org/show_bug.cgi?id=18847 What|Old Value |New Value Status|NEW |RESOLVED Resolution||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 18847] Implement gendered Chinese pronouns, for that personal touch
https://bugzilla.wikimedia.org/show_bug.cgi?id=18847
Aryeh Gregor simetrical+wikib...@gmail.com changed:
What|Removed |Added
CC||simetrical+wikib...@gmail.co
||m
--- Comment #2 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-05-19
22:15:36 UTC ---
Just to clarify, you need to put things like {{gender|他|她|它}} in your
messages. It will automatically key off the current user's gender
(male|female|unspecified). {{gender:username|...}} will work for users other
than the current one. These changes should preferably be made at
translatewiki.net so that they'll be propagated to all users of the software.
If you believe that there are a significant number of Chinese wikis whose users
include animals and/or gods, you might be able to override the gender() method
in languages/classes/LanguageZh.php and modify the preference options somehow,
too. I assume this is not a pressing problem, however.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18793] Free up Project as a namespace (for Wikipedia:Projects) by using an alternate token
https://bugzilla.wikimedia.org/show_bug.cgi?id=18793 --- Comment #13 from stevertigo stv...@gmail.com 2009-05-19 22:26:11 UTC --- You never know one day you might decide on a better $wgSitename.. Indeed, you might even decide to change the $wgLanguageCode.. Or I am editing on somebody else's wiki, and their $wgSitename is just too darn hard to type in. Seems that the usage of some abstractions like $wgSiteMetaname and $wgSiteMetanameToken could allow for certain degrees of freedom. Project would be the default, and most would leave the default alone and thus not break compatibility. Certain narrow-use solo projects (like Wikipedia) could then use Project for its publically canonical meaning, rather than defer to the limitations imposed by its canonical hard-coded usage in private code. I'm still not clear what poor coding habits specifically would make this undesirable on WikiMedia wikis. That question at least would seem to fit within Bugzilla's mandate. :) -Steven -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18844] Make all grouping non-capturing to save on processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18844 --- Comment #10 from Aryeh Gregor simetrical+wikib...@gmail.com 2009-05-19 22:26:36 UTC --- That's less than a 5% difference doing *nothing else*. It's *less than a millisecond*. It would probably sink to more like 0.5% of the entire page save process, a negligible gain. On the other hand, you're removing functionality, whether or not it may be unused at present. Still recommend WONTFIX. (In reply to comment #9) So that's less than a 5% difference, absolute difference of 7ms in the test case (151 vs 158ms total). That's 15.8 vs 15.1 ms total -- a difference of 0.7 ms, or 700 us. The 'spambl' file seems to be missing from the test case archive, so I can't reproduce results locally. It's created by running run-tests, which also runs the benchmark. On localhost I get about the same results (~1ms difference, 5% gain). Is functionality unchanged with the switch to nongrouping, or would this require changing other components? Functionality is reduced -- it's no longer possible to use back-references. It also gives the Principle of Least Surprise a severe smack on the head (who would expect something to take raw regexes and then change their functionality weirdly?). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18848] New: Incorrect link to Yahoo Search
https://bugzilla.wikimedia.org/show_bug.cgi?id=18848 Summary: Incorrect link to Yahoo Search Product: Wikimedia Version: unspecified Platform: All URL: http://sv.wikipedia.org/w/index.php?ns0=1search=silo+br eakertitle=Special%3AS%C3%B6kfulltext=Advanced+search fulltext=Avancerad+s%C3%B6kning OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jta...@yahoo-inc.com Hello, My name is Junichi Tatsu and I work in the technical support team of Yahoo! Search. It has come to our attention that if you click on the Yahoo button in the following page: http://sv.wikipedia.org/w/index.php?ns0=1search=silo+breakertitle=Special%3AS%C3%B6kfulltext=Advanced+searchfulltext=Avancerad+s%C3%B6kning it will redirect to the following URL: http://sv.search.yahoo.com/search?p=silo+breakerns0=1title=Special%3AS%C3%B6kfulltext=Searchfulltext=S%C3%B6ksearchengineselect=yahoovs=http%3A%2F%2Fsv.wikipedia.org which is not a valid hostname and will result in a http 404. We have made a temporary fix but would appreciate it if you could have it fixed to: http://se.search.yahoo.com/search?p=silo+breakerns0=1title=Special%3AS%F6kfulltext=Searchfulltext=S%F6ksearchengineselect=yahoovs=http%3A%2F%2Fsv.wikipedia.org (note the se.search... Instead of sv.search...) Would this be something you could fix? Best regards, Junichi Tatsu Yahoo! Search -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18847] Implement gendered Chinese pronouns, for that personal touch
https://bugzilla.wikimedia.org/show_bug.cgi?id=18847
--- Comment #3 from jida...@jidanni.org 2009-05-19 22:53:03 UTC ---
Yes, gender-male, gender-female in addition to the current
gender-unknown are all that are needed.
Currently it's a man/unknown's world:
$ perl -nwle 'for(/你|妳|它|他|她/g){$h{$_}++}END{for(sort keys %h){print
$_:$h{$_}}}' Messages*
他:212
你:483
她:4
它:285
You should know by now that you can change messages at translatewiki.net.
One problem: I am not the best man for the job. Therefore I would like
to register this in a bug tracker for others to evaluate. Nobody ever
sees what I put on Translatewiki's todo pages and community boards.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18847] Implement gendered Chinese pronouns, for that personal touch
https://bugzilla.wikimedia.org/show_bug.cgi?id=18847 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #4 from Brion Vibber br...@wikimedia.org 2009-05-19 22:57:56 UTC --- Leaving this open; resolve as FIXED when someone's got a chance to do it via translatewiki and it gets into the system. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18841] Only ask gender by default if it will be in fact used for the current language
https://bugzilla.wikimedia.org/show_bug.cgi?id=18841 Bug 18841 depends on bug 18847, which changed state. Bug 18847 Summary: Implement gendered Chinese pronouns, for that personal touch https://bugzilla.wikimedia.org/show_bug.cgi?id=18847 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|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 18848] Incorrect link to Yahoo Search
https://bugzilla.wikimedia.org/show_bug.cgi?id=18848
Brion Vibber br...@wikimedia.org changed:
What|Removed |Added
CC||br...@wikimedia.org
--- Comment #1 from Brion Vibber br...@wikimedia.org 2009-05-19 23:07:47 UTC
---
Here's the offending code on the site:
http://sv.wikipedia.org/wiki/MediaWiki:Common.js
// Sökfunktion med flera sökmotorer
/** Change Special:Search to use a radio menu
***
*
* Description: Change Special:Search to use a radio menu, with the default
being
* the internal MediaWiki engine
* Created and maintained by: [[:fr:User:Pmartin]]
*/
if ((wgNamespaceNumber == -1) (wgCanonicalSpecialPageName == Search)) {
var searchEngines = {
mediawiki: {
ShortName: Wikipedia-sök,
Template: /w/index.php?search={searchTerms}
},
yahoo: {
ShortName: Yahoo!,
Template: http://; + wgUserLanguage +
.search.yahoo.com/search?p={searchTerms}vs= + wgServer
},
[snip]
wgUserLanguage will be 'sv', 'en', 'fr', etc... whereas the hostnames vary, but
seem to be using country codes:
* se.search.yahoo.com
* fr.search.yahoo.com
* de.search.yahoo.com
* jp.search.yahoo.com - search.yahoo.jp
* us.search.yahoo.com
Language codes just don't work except in a few countries/language that happen
to match up like fr and de. If the language code can't be appended, it should
just head straight to the Swedish server.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18848] Incorrect link to Yahoo Search
https://bugzilla.wikimedia.org/show_bug.cgi?id=18848 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Brion Vibber br...@wikimedia.org 2009-05-19 23:18:54 UTC --- Bad code was introduced April 6 2009: http://sv.wikipedia.org/w/index.php?title=MediaWiki:Common.jsdiff=8931878oldid=8672428 I've fixed it there and dropped a note on-wiki to [[fr:User:Pmartin]] about the issue; the fix may need to be replicated on other sites. (Pascal wouldn't have noticed the bug if his UI language was set to French.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18848] Incorrect link to Yahoo Search
https://bugzilla.wikimedia.org/show_bug.cgi?id=18848 --- Comment #3 from Brion Vibber br...@wikimedia.org 2009-05-19 23:19:30 UTC --- Note that aggressive caching of site JavaScript means that not all end-users will see the fix immediately; it may take up to 30 days to ensure that all visitors are updated. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18844] Make all grouping non-capturing to save on processing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18844 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #11 from Brion Vibber br...@wikimedia.org 2009-05-19 23:24:31 UTC --- Woops, got a digit wrong there. :) Yes, 0.7ms not 1ms. Looks like there's not a compelling reason to poke this then for now. Resolving WONTFIX. Reopen later if the difference becomes more compelling and there's a cleaner way to do it without potentially breaking backref use. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18622] SQL syntax error
https://bugzilla.wikimedia.org/show_bug.cgi?id=18622 Autocracy bugzi...@storyinmemo.com changed: What|Removed |Added CC||bugzi...@storyinmemo.com Status|NEW |ASSIGNED --- Comment #3 from Autocracy bugzi...@storyinmemo.com 2009-05-20 00:20:39 UTC --- I suspect this has its root cause in extensions/DidYouMean/DidYouMean_body.php at line 160. I started to go dig into this, but then I realized there was a recent major overhaul and I don't know what version you were on. Can you clarify the version, and if this bug was introduced by an upgrade? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18850] New: Retire 'Wikipedia Day' from Preferences Date and Time page, and just use current time
https://bugzilla.wikimedia.org/show_bug.cgi?id=18850 Summary: Retire 'Wikipedia Day' from Preferences Date and Time page, and just use current time Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User preferences AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org In Preferences one is offered the choices of 16:12, January 15, 2001 16:12, 15 January 2001 16:12, 2001 January 15 2001-01-15T16:12:34 Which are all apparently from $epoch = '20010115161234'; # Wikipedia day of Preferences.php. I would like to propose that you just use the current date and time, instead of Wikipedia day. It wouldn't hurt anybody, and it would be a big help for users of bug 18849 type calendars (Taiwan, Japan, N. Korea), where one could see at a glance the year is indeed what one expects, instead of having to calculate if it is indeed the right match for way back in 2001. As for what current time, well, I suppose give the best estimate of the user's local time based on what he has told us so far. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18849] Implement Japanese and North Korean calendars
https://bugzilla.wikimedia.org/show_bug.cgi?id=18849 --- Comment #1 from jida...@jidanni.org 2009-05-20 00:48:26 UTC --- For Japan just implement the current http://en.wikipedia.org/wiki/Heisei_period . -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18793] Free up Project as a namespace (for Wikipedia:Projects) by using an alternate token
https://bugzilla.wikimedia.org/show_bug.cgi?id=18793 --- Comment #14 from ^demon innocentkil...@gmail.com 2009-05-20 00:57:43 UTC --- (In reply to comment #13) ...I'm still not clear what poor coding habits specifically would make this undesirable on WikiMedia wikis. That question at least would seem to fit within Bugzilla's mandate. :) I wish you wouldn't continue to infer that it has anything to do with poor coding habits, because it doesn't. Every namespace is given a canonical name to refer to it. 'User', 'MediaWiki' and 'Category' are all canonical names too. 'Project' was chosen as the project namespace canonical name because it's sufficiently generic as to what the namespace is for. Granted, it may not have been the best choice, but it's there. As mentioned several times before: even if Project: was changed from the default (which can easily be done, the same process applied to Image - File could be followed), it would still be retained for back-compat. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18761] Add setting to hide a list of preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=18761 --- Comment #18 from jida...@jidanni.org 2009-05-20 01:19:16 UTC --- Created an attachment (id=6137) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6137) Better comment -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18849] Implement Japanese and North Korean calendars
https://bugzilla.wikimedia.org/show_bug.cgi?id=18849 Shinjiman shinji...@gmail.com changed: What|Removed |Added CC||shinji...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Shinjiman shinji...@gmail.com 2009-05-20 01:54:28 UTC --- Added on r50804. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18760] Must check $wgEnableEmail before showing ANY email related preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=18760 --- Comment #3 from jida...@jidanni.org 2009-05-20 02:04:59 UTC --- Created an attachment (id=6138) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6138) move $wgEnableEmail test to outermost, fixing the bug -- 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 18760] Must check $wgEnableEmail before showing ANY email related preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=18760 jida...@jidanni.org changed: What|Removed |Added Keywords||patch -- 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 18849] Implement Japanese and North Korean calendars
https://bugzilla.wikimedia.org/show_bug.cgi?id=18849 --- Comment #3 from jida...@jidanni.org 2009-05-20 02:27:49 UTC --- OK, I see you say 平成 for Japanese, please also add the familiar names for Taiwan, see the note I made at http://www.mediawiki.org/wiki/Special:Code/MediaWiki/50778#code-comments please. One can guess that you should also offer the two character prefix 주체(主體) for Korea, but maybe they only use one character... Speaking of which, perhaps also add a short 民98年... one character choice for Taiwan too. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
