[Bug 35166] [Regression] Raw on Special:UserLogin after fresh MediaWiki 1.18.1 install
https://bugzilla.wikimedia.org/show_bug.cgi?id=35166 --- Comment #2 from Krinkle 2012-03-12 06:40:48 UTC --- Hm.. I should that this install used default settings, but it was however installed through Installatron on DirectAdmin. I also noticed that in LocalSettings.php it started with: "This file was automatically generated by the MediaWiki 1.17.0" And it still contained "//$wgEnableCreativeCommonsRdf = true;" -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33032] Message missing from i18n
https://bugzilla.wikimedia.org/show_bug.cgi?id=33032 Santhosh Thottingal changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Santhosh Thottingal 2012-03-12 06:33:36 UTC --- Thanks for the patch, See r113613 I modified the message a little bit to add plural support. So it is 'page' or 'pages' based on the count. -- 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 35166] [Regression] Raw on Special:UserLogin after fresh MediaWiki 1.18.1 install
https://bugzilla.wikimedia.org/show_bug.cgi?id=35166 --- Comment #1 from Krinkle 2012-03-12 06:28:43 UTC --- Also on Special:MovePage/some_page_name -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35166] New: [Regression] Raw on Special:UserLogin after fresh MediaWiki 1.18.1 install
https://bugzilla.wikimedia.org/show_bug.cgi?id=35166 Web browser: --- Bug #: 35166 Summary: [Regression] Raw on Special:UserLogin after fresh MediaWiki 1.18.1 install Product: MediaWiki Version: 1.18.1 Platform: All OS/Version: All Status: UNCONFIRMED Keywords: code-update-regression, i18n Severity: major Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com Classification: Unclassified Mobile Platform: --- is showing up on Special:UserLogin after fresh MediaWiki 1.18.1 install. Content language is set to English (default). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33032] Message missing from i18n
https://bugzilla.wikimedia.org/show_bug.cgi?id=33032 Santhosh Thottingal changed: What|Removed |Added CC||santhosh.thottingal@gmail.c ||om AssignedTo|wikibugs-l@lists.wikimedia. |santhosh.thottingal@gmail.c |org |om -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34135] Activation of FlaggedRevs in catalan wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=34135 --- Comment #1 from Bertrand GRONDIN 2012-03-12 05:56:04 UTC --- See now the new votes for the extension : http://ca.wikinews.org/wiki/Viquinotícies:La_cantina#Activaci.C3.B3_de_l.27extensi.C3.B3_FlaggedRevs -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19161] Auto account creation creates privacy vulnerability
https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 John Mark Vandenberg changed: What|Removed |Added Priority|Lowest |High Target Milestone|Mysterious future |--- -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28369] Add preference to disable auto-creation
https://bugzilla.wikimedia.org/show_bug.cgi?id=28369 Bug 28369 depends on bug 19161, which changed state. Bug 19161 Summary: Auto account creation creates privacy vulnerability https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|LATER | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28227] Setting $wgLogAutocreatedAccounts to false makes admin's jobs difficult
https://bugzilla.wikimedia.org/show_bug.cgi?id=28227 Bug 28227 depends on bug 19161, which changed state. Bug 19161 Summary: Auto account creation creates privacy vulnerability https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|LATER | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19161] Auto account creation creates privacy vulnerability
https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 John Mark Vandenberg changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Comment #54 from John Mark Vandenberg 2012-03-12 05:44:17 UTC --- Browsing a website should not create an account. Automatically creating accounts should only be done, and logged, with the users permission. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27973] Moving around in the signature needs to be saved twice
https://bugzilla.wikimedia.org/show_bug.cgi?id=27973 Marcin Cieślak changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28289] Pages created using hooks (by extensions) are not watched if chosen by user
https://bugzilla.wikimedia.org/show_bug.cgi?id=28289 Marcin Cieślak changed: What|Removed |Added CC||marcin.cies...@gmail.com See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=34838 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28369] Add preference to disable auto-creation
https://bugzilla.wikimedia.org/show_bug.cgi?id=28369 Bug 28369 depends on bug 19161, which changed state. Bug 19161 Summary: Auto account creation creates privacy vulnerability https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||LATER -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19161] Auto account creation creates privacy vulnerability
https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 Marcin Cieślak changed: What|Removed |Added Status|REOPENED|RESOLVED CC||vasi...@gmail.com Component|General/Unknown |CentralAuth Version|unspecified |any Resolution||LATER Product|Wikimedia |MediaWiki extensions Target Milestone|--- |Mysterious future --- Comment #53 from Marcin Cieślak 2012-03-12 04:58:04 UTC --- Enough said, I think everybody understands what this is about. I would recommend re-opening this bug if there is a major change to the way SUL works or somebody actually proposes some code to fix this. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28227] Setting $wgLogAutocreatedAccounts to false makes admin's jobs difficult
https://bugzilla.wikimedia.org/show_bug.cgi?id=28227 Bug 28227 depends on bug 19161, which changed state. Bug 19161 Summary: Auto account creation creates privacy vulnerability https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||LATER -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14531] nonexisting interface messages cause "<" ">" to appear on the users browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=14531 Sumana Harihareswara changed: What|Removed |Added Keywords||need-review, patch CC||suma...@panix.com --- Comment #9 from Sumana Harihareswara 2012-03-12 04:47:32 UTC --- Marcin, feel free to remove the "need-review" keyword if the patch is for illustration only. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14531] nonexisting interface messages cause "<" ">" to appear on the users browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=14531 --- Comment #8 from Marcin Cieślak 2012-03-12 04:39:55 UTC --- Comment on attachment 10221 --> https://bugzilla.wikimedia.org/attachment.cgi?id=10221 a simple patch to the Message class - use << >> now instead of < > The original form of placeholder "" introduced in r64182 has a pretty interesting property: It survives most kinds of parsing and sanitizing: > print wfMessage("i-dont-exist-aevar")->plain(); > print wfMessage("i-dont-exist-aevar")->escaped(); > print wfMessage("i-dont-exist-aevar")->parse(); > print wfMessage("i-dont-exist-aevar")->parseAsBlock(); > $z = wfMessage("i-dont-exist-aevar")->plain(); > print Sanitizer::removeHTMLtags($z); > print Sanitizer::normalizeCharReferences(Sanitizer::removeHTMLtags($z)); > print > Sanitizer::stripAllTags(Sanitizer::normalizeCharReferences(Sanitizer::removeHTMLtags($z))); > print > wfMessage('pagetitle')->rawParams(Sanitizer::stripAllTags(Sanitizer::normalizeCharReferences(Sanitizer::removeHTMLtags($z; – TrunkWiki The above is possible because Message uses doubleEncode = false with htmlspecialchars() and therefore it magically does not get quoted again. The <> form isn't that great anymore: > print Sanitizer::removeHTMLtags("<>"); <> > print wfMessage("i-dont-exist-asdasd")->text(); <> > print Sanitizer::normalizeCharReferences( > Sanitizer::removeHTMLtags("<>")); <> > $z = wfMessage("i-dont-exist-aevar")->plain(); > print > wfMessage('pagetitle')->rawParams(Sanitizer::stripAllTags(Sanitizer::normalizeCharReferences(Sanitizer::removeHTMLtags($z; <> - MiniTest > print wfMessage("i-dont-exist-aevar")->parse(); <> it seems like the <> as done by the patch isn't the resistant to various transformations; therefore it is more difficult to spot. It would be best to have a special value (similar to SQL NULL) or exception object that would be transferred down through all sanitizing, escaping and quoting functions. Not sure if this is worth the effort; and probably would not be bug-free. For now, it seems that the current method is very simple way to produce an eye-alterting message despite of various transformations. It does not have to be always very pretty though. a 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 14531] nonexisting interface messages cause "<" ">" to appear on the users browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=14531 --- Comment #7 from Marcin Cieślak 2012-03-12 04:20:53 UTC --- Created attachment 10221 --> https://bugzilla.wikimedia.org/attachment.cgi?id=10221 a simple patch to the Message class - use << >> now instead of < > This is a simple patch to use plain << ... >> instead of < > -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14531] nonexisting interface messages cause "<" ">" to appear on the users browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=14531 --- Comment #6 from Marcin Cieślak 2012-03-12 04:18:11 UTC --- Created attachment 10220 --> https://bugzilla.wikimedia.org/attachment.cgi?id=10220 wfMessage is now changd to produce < and > instead nstab-special is nowdatabaseerror is now databaseerror is now in -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14531] nonexisting interface messages cause "<" ">" to appear on the users browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=14531 --- Comment #5 from Marcin Cieślak 2012-03-12 04:15:22 UTC --- Created attachment 10219 --> https://bugzilla.wikimedia.org/attachment.cgi?id=10219 HTML source of a page resulting from missing two messages, wfMessage produces < > An example resulting from removing following messages: nstab-special databaseerror "databaseerror" is rendered asin the heading as HTML (correctly) "nstab-special" is additionally escaped in the tab <nstab-special> "databaseerror" is rendered as (not >) in the title -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34612] Populating red-linked pages automatically broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=34612 --- Comment #3 from badon 2012-03-12 03:57:07 UTC --- Now that I'm thinking about it, my experience has been that everything always went right into the job queue immediately. I'm not 100% sure of whether viewing it was required or not. Do you have something we could play with to see if the behavior you're experiencing matches what we think should be happening? -- 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 35000] [SPL] Displays image unintentionally when there are no subpages to list
https://bugzilla.wikimedia.org/show_bug.cgi?id=35000 --- Comment #2 from badon 2012-03-12 03:54:19 UTC --- Here's an example: http://www.coincompendium.com/w/index.php/File:Vulture.jpg On my system, all you need to do to reproduce this is put one of the SPL parser hooks on an image page. I'm not sure about versions other than on my 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 26508] Content Security Policy (CSP)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26508 --- Comment #8 from Daniel Friesen 2012-03-12 03:43:29 UTC --- For those interested in CSP I put together a starting CSP branch: https://github.com/dantman/mediawiki-core/compare/master...csp It uses a proper api. It's got the starting for whitelisting ResourceLoader stuff. But it could use more work through core adding whitelists for images included in the parser output (ideally both local and foreign whitelisting). I also haven't checked if anything we have relies on eval() which would require some extra metadata to tell the CSP code that it should allow eval() in the page. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33614] $wgUseCategoryBrowser generates many dupes
https://bugzilla.wikimedia.org/show_bug.cgi?id=33614 --- Comment #7 from Ken 2012-03-12 02:49:35 UTC --- sorry, I pasted the wrong line for the "original" line. The original line is this (it does not have array_unique in it): $tempout = explode( "\n", $this->drawCategoryBrowser( $parenttree, $this ) ); -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19161] Auto account creation creates privacy vulnerability
https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 --- Comment #52 from Philippe Verdy 2012-03-12 02:47:50 UTC --- And as long as a user account status is "autocreated": - *NOBODY* (not even local admins without asking to a global administrator that will decide themselves what to do with unused user accounts with the "autocreated" status, that someone else would like to use for himself) can use the function to send emails to that user using the wiki as a gateway. This should behave as if the user did not exist for now (even if nobody else can start creating a new account with that same user name). - if someone else writes to the user's talk page, *EVERYTHING* posted will *NEVER* be notified to the user by ANY emails coming from that wiki (even if the user sees that there's something in his user page, and visits it, without answering or modifiying it). Simple, effective, and does not require any complex mechanisms with the SUL account. I just want that SUL only creates account automatically with this new status. No confirmation is needed, users won't be alarmed. This basic security can be implemented locally, it will not hurt server's performances on that local wiki, it will just deny some attempts made by others to use unconfirmed functions (notably sending any kind of emails). This basic security is specially critical for small wikis in languages spoken by a very small community, because these wikis are not enough administrated, and some commercial spammers are also attempting to use this lack of administration to contact a lot of known Wikipedians registered and active on other wikis : they don't need to write to them on these active wikis, they jsut have to find a minority wiki to attempt to write to their user page there, or to use the "email to user" function of that wiki. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33614] $wgUseCategoryBrowser generates many dupes
https://bugzilla.wikimedia.org/show_bug.cgi?id=33614
Ken changed:
What|Removed |Added
CC||k...@xev.net
--- Comment #6 from Ken 2012-03-12 02:43:18 UTC ---
Thanks for this bug report! I thought for sure I had something in my wiki
configured incorrectly.
I ended up hacking my 1.17 wiki to fix this. I replaced this line from
includes/Skin.php:
$tempout = array_unique(explode( "\n", $this->drawCategoryBrowser( $parenttree,
$this ) ));
with this:
if ($wgUser->getBoolOption( 'showhiddencats' )) {
$tempout = array_unique(explode( "\n", $this->drawCategoryBrowser(
$parenttree, $this ) ));
}
else {
$tempout = preg_grep( "/Hidden categories/", array_unique(explode( "\n",
$this->drawCategoryBrowser( $parenttree, $this ) )), PREG_GREP_INVERT );
}
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19161] Auto account creation creates privacy vulnerability
https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 --- Comment #51 from Philippe Verdy 2012-03-12 02:34:14 UTC --- So in summary, what I want is a new user status: "autocreated user account". which will be turned into "registered user account" only when the user will actually STORE something on that wiki or in his preferences. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19161] Auto account creation creates privacy vulnerability
https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 --- Comment #50 from Philippe Verdy 2012-03-12 02:33:00 UTC --- I confirm that this is still an issue, after I unepectedly staring to receive "welcome" emails created by bots scanning the list of "new users", just because I just visited one page on that wiki written in a language that I absolutely cannot read (it was in the Armenian Wikipedia), just by following an interwiki link only to see if the target page was existing. I was NOT given any chance to set my preferences first, my account was created *without* any notice, and their users (and bots) were allowed to send me any number of emails (directly or by writing to my user page), without my prior authorization. This was very bad, because I could not even decipher the contents of this email (but even if I could, the unlimited automatic authorization was NEVER explicitly granted). For me, any user account that is created automatically by a simple SUL-connected account should not be considered a "new" registered user it should have a different status. The status should become a true "new registered user" only when the user will either : - (1) visit his own "User Preferences" page (and confirmed the registration by STORING the changes after first defining his prefered language, and then found and set the email email options), or - (2) starts creating and editing a page on the wiki (including his own user page, where he will have the possibility to explain on which wiki his main user page is, and which languages he can at least read) and RECORDS his changes in that page. A mere visit of any new wiki without storing any info should NEVER be logged anywhere in any publicly visible area. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33614] $wgUseCategoryBrowser generates many dupes
https://bugzilla.wikimedia.org/show_bug.cgi?id=33614 Technical_13 changed: What|Removed |Added CC||technical...@yahoo.com --- Comment #5 from Technical_13 2012-03-12 02:26:55 UTC --- I've also noticed that the hiddencats display regardless of the status of the Show Hidden Categories checkbox in user preferences. Need a way to actually hide the hidden cats.. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33874] Did not find alias for special page 'GetData'
https://bugzilla.wikimedia.org/show_bug.cgi?id=33874 Solitarius changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33874] Did not find alias for special page 'GetData'
https://bugzilla.wikimedia.org/show_bug.cgi?id=33874 --- Comment #6 from Solitarius 2012-03-12 02:23:53 UTC --- Oupsy, my bad! The translator team (great work peoples) probably got around to do the alias in between. I think we can close this bug as fixed then! -- 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 19161] Auto account creation creates privacy vulnerability
https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 Marcin Cieślak changed: What|Removed |Added CC||marcin.cies...@gmail.com --- Comment #49 from Marcin Cieślak 2012-03-12 02:08:20 UTC --- Creating an account is not a read-only action. I understand that visiting other wikis creates a potentially annoying effect of being tracked, but if arguments raised in this bug to remove logging are valid, they also apply to a purely local user registration. If somebody registers on a standalone wiki solely for the purpose to set preferences, why should their *first* registration be logged at all, too? Consequently, [[Special:ListUsers]] would become something like [[Special:ListEditors]] and [[Special:Log/newusers]] should be removed. I don't think that this is intended. If you are really interested in finding out if a known global user did ever visit some particular wiki, you can go to [[User:username]] and you will be told if the local user exists or not. Trying to fix all possible information disclosure channels about created-but-otherwise-inactive account is probably not feasible at all. The only concern that remains is the *timing* issue, i.e. that somebody would be able to corelate unsuspecting logged-in wiki user using some third-party network service. It is an equivalent of seeing over the shoulder that somebody registers on any MediaWiki site and later going back to that MediaWiki installation to check timestamps of the new user log. SUL automatic creation is only way easier (one click) and we have many many wikis to try the trick. If this is indeed a problem, the only reasonable solution to this is a confirmation box (similar to what we have when trying to purge the webpage anonymously) to ask for confirmation to add a local instance of a SUL account. But that would be a usability nightmare for many I guess, with a confusing, Checkpoint-Charlie style message that will be very hard to get right and even harder to translate - "You are leaving the friendlier part of the Wikimedia cluster. Clicking on this button will create a copy of your account on this wiki instance. This fact will be logged publicly with your username. Do you agree?" or "Click button number two to continue browsing using you IP address, which, by they way, you will reveal by editing something here." To me it looks worse than those dreaded "you are leaving this webstite and entering unfriendly Internet" messages that some sites use for external links. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35165] New: AutoAuthSetup no longer working on 1.19
https://bugzilla.wikimedia.org/show_bug.cgi?id=35165 Web browser: --- Bug #: 35165 Summary: AutoAuthSetup no longer working on 1.19 Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: LdapAuthentication AssignedTo: rlan...@gmail.com ReportedBy: mediaw...@soli.ca CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- AutoAuthSetup no longer working on 1.19beta1, reverting to 1.18 and it work again. -- 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 33874] Did not find alias for special page 'GetData'
https://bugzilla.wikimedia.org/show_bug.cgi?id=33874 --- Comment #5 from Yaron Koren 2012-03-12 01:57:33 UTC --- Hi - that might mean that the bug is fixed, actually. Special:GetData, by default, shows a blank page - maybe that should be changed, but that's the current behavior. -- 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 34887] [Regression] $3 and $4 are not being substituted in {{urlencode:}} in message "movepage-moved"
https://bugzilla.wikimedia.org/show_bug.cgi?id=34887
Krinkle changed:
What|Removed |Added
Priority|Normal |High
Summary|[Regression] "(revert)" |[Regression] $3 and $4 are
|link after succesfull page |not being substituted in
|move produces error message |{{urlencode:}} in message
||"movepage-moved"
Severity|normal |major
--- Comment #3 from Krinkle 2012-03-12 01:48:20 UTC ---
I've just tested[1] this on en.wikipedia as it worked fine locally. However the
bug is still very much there.
The link to revert it has raw urlencoded '$3' and '$4' in it, they are not
being replaced as they should.
Rephrasing bug summary to reflect the problem.
-- Krinkle
[1]
https://en.wikipedia.org/w/index.php?title=MediaWiki%3AMovepage-moved&diff=481438639&oldid=479665276
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34887] [Regression] "(revert)" link after succesfull page move produces error message
https://bugzilla.wikimedia.org/show_bug.cgi?id=34887 Krinkle changed: What|Removed |Added Keywords||code-update-regression Summary|revert link on page move|[Regression] "(revert)" |feature produces error |link after succesfull page |message |move produces error message --- Comment #2 from Krinkle 2012-03-12 01:38:31 UTC --- Leaning towards closure "WORKSFORME", can't reproduce this error. Could be that the parameters to that interface message have changed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34887] revert link on page move feature produces error message
https://bugzilla.wikimedia.org/show_bug.cgi?id=34887
Krinkle changed:
What|Removed |Added
CC||krinklem...@gmail.com
--- Comment #1 from Krinkle 2012-03-12 01:37:11 UTC ---
Note that this link is not part of the software, it is message customization by
en.wikipedia in .
Original value: https://translatewiki.net/wiki/MediaWiki:Movepage-moved/en
Custom value (before it was (temporarily) taken out due to a bug):
https://en.wikipedia.org/w/index.php?title=MediaWiki:Movepage-moved&action=edit&oldid=431525614
It uses the following wikitext to generate a link:
[{{fullurl:Special:Movepage|wpOldTitle={{urlencode:$4}}&wpNewTitle={{urlencode:$3}}&wpReason=revert&wpMovetalk=1}}
revert]
As I've mentioned there [1], I don't think the error message is related to the
revert-move link or this syntax in general or the new namespace selector. The
following link syntax works fine, use this example for instance:
https://en.wikipedia.org/w/index.php?title=Special:MovePage&wpOldTitle=User:Krinkle/sandbox&wpNewTitle=Template_talk:Some_lovely_new_title&wpReason=revert&wpMovetalk=1
That works fine.
-- Krinkle
[1]
https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=481432575#Revert_button_on_move_page_feature_doesn.27t_work
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34981] Rerun populateParentId from some IDs (English Wikipedia)
https://bugzilla.wikimedia.org/show_bug.cgi?id=34981 --- Comment #6 from Bawolff 2012-03-12 01:35:14 UTC --- (In reply to comment #5) > Created attachment 10218 [details] > Screenshot of the issue > > The attached screenshot taken from [1] shows that edits before 14:27, 2 > November 2007 and after 11:53, 27 March 2008 and up until today have the sizes > calculated properly. The ones in the middle don't and fallback to a revision > total size (no color, and no +/- sign. It's not a wrongly calculated > difference > size, it just shows the total size of the page at that time). > > > [1] > https://en.wikipedia.org/w/index.php?title=Special:Contributions/Dpmuk&dir=prev Note if you're commenting/complaining about the fallback behaviour, the fallback behaviour of just "shows the total size of the page at that time" was introduced by me in r112995 and more discussed at bug 34922. It was between doing that, and just showing nothing at all. I'm not sure which is better. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34981] Rerun populateParentId from some IDs (English Wikipedia)
https://bugzilla.wikimedia.org/show_bug.cgi?id=34981 --- Comment #5 from Krinkle 2012-03-12 01:30:59 UTC --- Created attachment 10218 --> https://bugzilla.wikimedia.org/attachment.cgi?id=10218 Screenshot of the issue The attached screenshot taken from [1] shows that edits before 14:27, 2 November 2007 and after 11:53, 27 March 2008 and up until today have the sizes calculated properly. The ones in the middle don't and fallback to a revision total size (no color, and no +/- sign. It's not a wrongly calculated difference size, it just shows the total size of the page at that time). [1] https://en.wikipedia.org/w/index.php?title=Special:Contributions/Dpmuk&dir=prev -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34961] [Regression] Performer's username is shown twice in page move entries on the history
https://bugzilla.wikimedia.org/show_bug.cgi?id=34961 Krinkle changed: What|Removed |Added Keywords||code-update-regression Target Milestone|1.20.0 release |1.19.0 release Summary|Performer's username is |[Regression] Performer's |shown twice in page move|username is shown twice in |entries on the history |page move entries on the ||history -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34961] Performer's username is shown twice in page move entries on the history
https://bugzilla.wikimedia.org/show_bug.cgi?id=34961 --- Comment #28 from Krinkle 2012-03-12 01:25:51 UTC --- I agree with Fut.Perf. (see also comment #12) - The introduction of the username in the edit summaries is a 1.19 regression. - In the log system is makes sense because the "user-tools" + "message" was replaced there with "message" - the changes-list system was not fixed yet in that way, so forcing this message onto there is wrong - although it is better for other languages to include the username in the message to allow better word order, we've used 1movedto2 for years, so going back to that until that changes-list are also upgraded, makes perfect sense - the log system is kept in the new way as it is, no problem there afaics. -- 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 13789] Restore the global CheckUser log
https://bugzilla.wikimedia.org/show_bug.cgi?id=13789 Marcin Cieślak changed: What|Removed |Added Status|NEW |RESOLVED CC||marcin.cies...@gmail.com Resolution||WONTFIX --- Comment #8 from Marcin Cieślak 2012-03-12 01:17:01 UTC --- I think there is a general consensus in Wikimedia projects to have log separate. We should discuss changes to the policy on meta if necessary. The reason afair is that separate logs are less prone to accidental or deliberate abuse, and having local log accessible to a limited number of people in mostly disjoint groups is better (this was not discussed in bug 8710 at all). This of course makes cross-wiki work on large number of smaller wikis difficult. For non-WMF wikis I think it can be achieved using $wgSharedTables, at least for MySQL. For PostgreSQL we reference mwuser.user_id and page.page_id, maybe those constraints could be dropped for $wgSharedDB installs. I would propose to use this bug for technical discussion if necessary. WONTFIX for now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14699] More versatile searching in CheckUser log
https://bugzilla.wikimedia.org/show_bug.cgi?id=14699 Bug 14699 depends on bug 13789, which changed state. Bug 13789 Summary: Restore the global CheckUser log https://bugzilla.wikimedia.org/show_bug.cgi?id=13789 What|Old Value |New Value Status|NEW |RESOLVED Resolution||WONTFIX -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12782] Certain special characters are converted to html in the CU log
https://bugzilla.wikimedia.org/show_bug.cgi?id=12782 Marcin Cieślak changed: What|Removed |Added Resolution|FIXED |WORKSFORME -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12782] Certain special characters are converted to html in the CU log
https://bugzilla.wikimedia.org/show_bug.cgi?id=12782 Marcin Cieślak changed: What|Removed |Added Status|NEW |RESOLVED CC||marcin.cies...@gmail.com Resolution||FIXED --- Comment #4 from Marcin Cieślak 2012-03-12 01:02:08 UTC --- Not an issue with new entries as of r113601. Tested with quote " and &. Closing. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35164] New: "Back" button is not high-resolution; shows blocky on retina display
https://bugzilla.wikimedia.org/show_bug.cgi?id=35164 Web browser: --- Bug #: 35164 Summary: "Back" button is not high-resolution; shows blocky on retina display Product: Wikipedia App Version: 1.1 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Generic AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org Blocks: 32101 Classification: Unclassified Mobile Platform: --- Created attachment 10217 --> https://bugzilla.wikimedia.org/attachment.cgi?id=10217 screenshot of iPad 5.1 simulator in Retina mode, showing blocky icon "Back" button icon needs to be loaded at higher resolution for retina displays. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32101] High-density display issues tracking bug (Android hdpi & xhdpi, iPhone Retina display)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32101 Brion Vibber changed: What|Removed |Added Depends on||35164 -- 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 35163] New: Need application icon for Retina iPad (114x114px)
https://bugzilla.wikimedia.org/show_bug.cgi?id=35163 Web browser: --- Bug #: 35163 Summary: Need application icon for Retina iPad (114x114px) Product: Wikipedia App Version: 1.1 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Generic AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org Blocks: 32101 Classification: Unclassified Mobile Platform: iOS Most of our graphics in the app are already prepped for high-resolution, but we'll need a 114x114 version of the app icon for the new iPad with retina display. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32101] High-density display issues tracking bug (Android hdpi & xhdpi, iPhone Retina display)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32101 Brion Vibber changed: What|Removed |Added Depends on||35163 -- 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 35130] Creation of a new mailing list for Korean local chapter board
https://bugzilla.wikimedia.org/show_bug.cgi?id=35130 --- Comment #2 from Ryu, Cheol 2012-03-12 00:42:48 UTC --- Actually it's not a formal and legal local chapter. It's a provisional team for founding one. If the name is not appropriate, how about Wikimedia-KR-internal? -- 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 24442] "chapter:" interwiki link doesn't work for non .wikimedia.org chapters wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=24442 --- Comment #9 from Waldir 2012-03-12 00:30:36 UTC --- (In reply to comment #8) > The redirect from the country-code subdomain is correct, but it would be > incorrect for the chapter: interwiki to link say from de.wiki to WM-DE > (there's > also WM-AT) or from en.wiki to WM-UK. Ok, so I take it that you also agree with Krinke's proposal. So two things need to be done: 1. replace the chapter: interwiki prefix with wm** ones, as Krinkle suggested in comment #6 2. add custom redirect rules (see bug 30123 comment 4) so that one can link to specific pages in chapter wikis that are located in custom domains (complete list at comment #0) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16985] Special:Nuke shows always "1 edit"
https://bugzilla.wikimedia.org/show_bug.cgi?id=16985 Jeroen De Dauw changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #12 from Jeroen De Dauw 2012-03-12 00:29:01 UTC --- Tested on MySQL as well. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16985] Special:Nuke shows always "1 edit"
https://bugzilla.wikimedia.org/show_bug.cgi?id=16985 Marcin Cieślak changed: What|Removed |Added Status|REOPENED|RESOLVED CC||marcin.cies...@gmail.com Resolution||FIXED --- Comment #11 from Marcin Cieślak 2012-03-12 00:20:12 UTC --- I think I fixed this using one query in r113603. Tested on both MySQL and PostgreSQL. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35162] Change in Database api break extension MSSQLBackCompat
https://bugzilla.wikimedia.org/show_bug.cgi?id=35162 --- Comment #2 from Solitarius 2012-03-11 23:50:26 UTC --- Changing new $class( $p ) to new $class( $p['host'], $p['user'], $p['password'], $p['dbname'] ) didn't seem to make it working. Could the object be create, the connection create but the query not passing on to the database object? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35162] Change in Database api break extension MSSQLBackCompat
https://bugzilla.wikimedia.org/show_bug.cgi?id=35162 Sam Reed (reedy) changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|[other] |Database Version|any |unspecified Resolution||FIXED Product|MediaWiki extensions|MediaWiki --- Comment #1 from Sam Reed (reedy) 2012-03-11 23:41:20 UTC --- r113601 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35162] Change in Database api break extension MSSQLBackCompat
https://bugzilla.wikimedia.org/show_bug.cgi?id=35162 Sam Reed (reedy) changed: What|Removed |Added Component|Database|[other] Version|1.19.0beta1 |any Product|MediaWiki |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 35162] New: Change in Database api break extension MSSQLBackCompat
https://bugzilla.wikimedia.org/show_bug.cgi?id=35162
Web browser: ---
Bug #: 35162
Summary: Change in Database api break extension MSSQLBackCompat
Product: MediaWiki
Version: 1.19.0beta1
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: Unprioritized
Component: Database
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: mediaw...@soli.ca
Classification: Unclassified
Mobile Platform: ---
DatabaseMssqlold::__construct is being called with one parameters while it
expect 4 to 6 parameters.
I believes the changes in Database:factory, especially around the code
elseif ( class_exists( $class ) && is_subclass_of( $class, 'DatabaseBase' ) ) {
return new $class( $p );
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34362] IPv6 blocks don't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=34362 --- Comment #7 from jas...@jasperswebsite.co.cc 2012-03-11 23:22:52 UTC --- I expanded those fields to varbinary(35) instead of 32, and it works like a charm. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22182] Expand IPv6-to-IPv4 proxy on upload. to rr. and other domains
https://bugzilla.wikimedia.org/show_bug.cgi?id=22182 jas...@jasperswebsite.co.cc changed: What|Removed |Added CC||jas...@jasperswebsite.co.cc --- Comment #1 from jas...@jasperswebsite.co.cc 2012-03-11 23:22:11 UTC --- The database schema would require a massive change - specifically, fields need to be widened to accomodate IPv6 addresses and ranges. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33874] Did not find alias for special page 'GetData'
https://bugzilla.wikimedia.org/show_bug.cgi?id=33874 --- Comment #4 from Solitarius 2012-03-11 23:20:42 UTC --- It's in French. And oddly now it's a completely blank page while $wgDebugLogFile show a 'Request ended normally'. -- 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 33734] CheckUser IPv6
https://bugzilla.wikimedia.org/show_bug.cgi?id=33734 --- Comment #3 from jas...@jasperswebsite.co.cc 2012-03-11 23:15:23 UTC --- /48, since that's usually what's usually considered the equivalent of a /16 in IPv4. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33341] Provide url parameters to prefill the fields of upload wizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=33341 --- Comment #14 from Jeroen De Dauw 2012-03-11 23:11:55 UTC --- I'd rather to with prefixes in the param names then having a single param holding all the stuff. > you should loop over all parameters given in the url, check if it is indeed a > field in the campaign It's not quite as simple as seeing if it's there and setting it. Some parameters require some handling, such as splitting them into a list, and all of them benefit a lot from having their name mapped since the internal names are not meant for usage in urls (they are a bit long for that). So right now there is a list of url args that maps to the internal names. Since we have this list, it's easy to avoid name collisions so I'd say we do not need any prefixing at this point. So I could add url args for all campaign args and figure out sane url arg names for all of those. Do we really need/want this though? -- 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 33341] Provide url parameters to prefill the fields of upload wizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=33341 --- Comment #13 from Andre Koopal 2012-03-11 23:04:37 UTC --- You don't have to loop over all possible parameters, you should loop over all parameters given in the url, check if it is indeed a field in the campaign, and if so prefill it, that seems more doable to me. But of course, I don't know the code, and Jeroen is in a better position to judge, I just try to brainstorm along, of course also because I see this functionality as a 'should have'. -- 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 33341] Provide url parameters to prefill the fields of upload wizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=33341 --- Comment #12 from Platonides 2012-03-11 22:57:12 UTC --- Andre, it'd be more appropiate to have &defaultid=12345&defaultcountry=nl (I'm using 'default' as prefix to avoid colliding with existing parameters, such as title) But I think Jeroen mentioned that it can't be done in a loop for any thinkable parameter (which would be the cool thing to do). So the discussion about the most appropiate url schema would be moot. -- 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 35161] Incubator configuration updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=35161 MF-Warburg changed: What|Removed |Added CC||mfwarb...@googlemail.com Blocks||28486 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28486] Incubator site settings and related bugs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28486 MF-Warburg changed: What|Removed |Added Depends on||35161 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35161] Incubator configuration updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=35161 Robin Pepermans (SPQRobin) changed: What|Removed |Added Keywords||shell -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35161] New: Incubator configuration updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=35161 Web browser: --- Bug #: 35161 Summary: Incubator configuration updates Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: robinp.1...@gmail.com Classification: Unclassified Mobile Platform: --- Please make the following changes to the configuration for Wikimedia Incubator. I know, each request should be in a separate bug but these are all very small changes, so I don't really see the need to make several bug reports. One bug makes it easier. Local consensus is http://incubator.wikimedia.org/wiki/Incubator:Community_Portal#Configuration_updates * Change wgUploadNavigationUrl from '/wiki/Incubator:Upload' to '/wiki/Special:MyLanguage/Incubator:Upload' * Set wgUploadMissingFileUrl to '//commons.wikimedia.org/wiki/Special:Upload' * Remove namespace Lost, Lost_talk (they are no longer needed and are empty) * Set wmgBabelUseUserLanguage to true * Add 'translationadmin' to wgRemoveGroups for bureaucrats 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 33341] Provide url parameters to prefill the fields of upload wizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=33341 --- Comment #11 from Andre Koopal 2012-03-11 22:16:50 UTC --- (In reply to comment #10) > (In reply to comment #9) > > Can't you do something like &field=;... or instead of a ; > > separated > > list, make it possible to use field multiple time? > > Sorry, I don't understand what you are getting at. Where is semicolon used as > separator?? And why would you want to put stuff in a single url arg with some > weird syntax? Seems like asking for problems for no benefit at all... The semicolon is used as separator if you want to prefill more fields. I am just trying to think along to have a generic way to prefill any field you can. And indeed, I see the problem in making a long variable, I don't know the language and methods behind this, so I don't know if having duplicate parameters is easy. So that is why I mentioned both. But the proposal is that say you have a campaign were you have a field country and a field id, which you both want to prefill, you can either say: &field=id:12345;country:nl or &field=id:12345&field=country:nl Hope this makes it more clear. -- 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 33341] Provide url parameters to prefill the fields of upload wizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=33341 --- Comment #10 from Jeroen De Dauw 2012-03-11 22:09:15 UTC --- (In reply to comment #9) > Can't you do something like &field=;... or instead of a ; > separated > list, make it possible to use field multiple time? Sorry, I don't understand what you are getting at. Where is semicolon used as separator?? And why would you want to put stuff in a single url arg with some weird syntax? Seems like asking for problems for no benefit at all... -- 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 35159] Editing toolbar fails to work on subject line
https://bugzilla.wikimedia.org/show_bug.cgi?id=35159 Sam Reed (reedy) changed: What|Removed |Added Component|Vector skin |WikiEditor Version|unspecified |any Product|MediaWiki |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 19963] Make CheckUser log IPs for all account creations
https://bugzilla.wikimedia.org/show_bug.cgi?id=19963 Marcin Cieślak changed: What|Removed |Added CC||dmcde...@cox.net --- Comment #12 from Marcin Cieślak 2012-03-11 22:01:05 UTC --- *** Bug 17930 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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17930] Some account creations not apparent in CheckUser
https://bugzilla.wikimedia.org/show_bug.cgi?id=17930 Marcin Cieślak changed: What|Removed |Added CC||marcin.cies...@gmail.com Resolution|INVALID |DUPLICATE --- Comment #2 from Marcin Cieślak 2012-03-11 22:01:05 UTC --- *** This bug has been marked as a duplicate of bug 19963 *** -- 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 32925] Moodbar comments & feedback should make checkuser table entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=32925 Marcin Cieślak changed: What|Removed |Added Status|NEW |RESOLVED CC||marcin.cies...@gmail.com Resolution||FIXED --- Comment #2 from Marcin Cieślak 2012-03-11 21:58:22 UTC --- As of r113567 both actions get logged properly, seems like "LoggableUserIPData" hook isn't realy necessary. (różn.) (hist.) . . Dyskusja użytkownika:Saper . . 05:35 . . Saper (dyskusja | edycje | zablokuj) (Odpowiedzi na opinię użytkownika: teraz działa? ) IP: 2A01:... UserAgent/1.0 (3) . . 05:34 . . Saper (dyskusja | edycje | zablokuj) Saper Opinie MoodBar Specjalna:FeedbackDashboard/3 (confused) IP: 2A01:... UserAgent/1.0 Shall we remove the hook? It's not used anywhere. Even things like Special:Translate or WikiLove got logged by edit hooks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35121] rename right-passwordreset to right-passwordreset-emailsent-capture-view
https://bugzilla.wikimedia.org/show_bug.cgi?id=35121 --- Comment #8 from T. Gries 2012-03-11 21:55:00 UTC --- Oh yes, I misunderstood you. BTW, I do have the same concerns and just wanted to mention the problem with the name. I don't know, if this bug should be closed as RESOLVED WONTFIX - because it has now been discussed broadly; (I would agree with such a bug status change.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35156] Harmonise spelling of getArticleID() and getArticleId()
https://bugzilla.wikimedia.org/show_bug.cgi?id=35156 Sam Reed (reedy) changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #3 from Sam Reed (reedy) 2012-03-11 21:49:57 UTC --- (In reply to comment #2) > I cannot see changes in Title.php and some other modules. > > includes> grep -l getArticleId * > EditPage.php > Revision.php > Skin.php > SkinLegacy.php > SkinTemplate.php > Title.php > WikiPage.php > addCategory > > > But I haven't checked in detail. I can't find any more exactly like "getArticleId" Sounds like your working copy is out of date -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35160] New: Wrong file permissions on searchidx2
https://bugzilla.wikimedia.org/show_bug.cgi?id=35160 Web browser: --- Bug #: 35160 Summary: Wrong file permissions on searchidx2 Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: lucene-search-2 AssignedTo: rain...@eunet.rs ReportedBy: rain...@eunet.rs Classification: Unclassified Mobile Platform: --- Some files on searchidx2 are owned by root, e.g. /a/search/indexes/index/enwiki.links This causes a problem when the indexer tries to modifies these files (as it is run under user rainman). For certains wikis (including enwiki) this is currently halting all index updates. The problem seem to have occurred at March 9. -- 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 33341] Provide url parameters to prefill the fields of upload wizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=33341 --- Comment #9 from Andre Koopal 2012-03-11 21:47:23 UTC --- Can't you do something like &field=;... or instead of a ; separated list, make it possible to use field multiple time? -- 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 35121] rename right-passwordreset to right-passwordreset-emailsent-capture-view
https://bugzilla.wikimedia.org/show_bug.cgi?id=35121 --- Comment #7 from Happy-melon 2012-03-11 21:45:35 UTC --- (In reply to comment #6) > (In reply to comment #5) > > Other than that it is not very intuitively named, is there a pressing need > > to > > make such a breaking change? > > Pls. change the title, if you have a better proposal. It's always difficult to > please everyone. At least I always try to express in the title not only the > area a bug belongs to, but also the content. I will try harder... > > I think, that the mentioned parameter name is not reflecting what it really > stands for, which can be a risk if someone uses it. Because we have other > names > with "email*captured*" in it, I thought, it should be harmonised. You misunderstand, I'm not talking about the bug title (which excellently describes the proposed change) but the change itself. Changing the permission to *anything* other than what it currently is is a breaking change that will require sysadmins to update their configurations, or cause friction between them and their users if they forget to do so. As such, it should only be done if there is a pressing need for it. Given that the permission key name is only ever exposed accompanied by either documentation or an explanation of what it does, I don't think such a pressure 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 35159] Editing toolbar fails to work on subject line
https://bugzilla.wikimedia.org/show_bug.cgi?id=35159 Steven Walling changed: What|Removed |Added Component|WikiEditor |Vector skin Platform|All |PC Version|any |unspecified Web browser|--- |Google Chrome Product|MediaWiki extensions|MediaWiki OS/Version|All |Linux --- Comment #1 from Steven Walling 2012-03-11 21:44:22 UTC --- I just realized this may be a bug instead of a feature request, so just for reference I'm on Chromium and Ubuntu. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33341] Provide url parameters to prefill the fields of upload wizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=33341 Jeroen De Dauw changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|wikibugs-l@lists.wikimedia. |jeroen_ded...@yahoo.com |org | --- Comment #8 from Jeroen De Dauw 2012-03-11 21:43:41 UTC --- There is no magic solution to simply support all fields. It is very easy to url param support or upload campaign support for the existing settings, but like I already noted, these don't include initial values for all fields. I added support for setting initial value of description, coordinates and categories fields via both url args and upload campaigns in r113591 The url args are: * id * description * lat * lon * alt * categories (the value is either a single category name or several separated using |, such as categories=Foo|Bar) Is that sufficient? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19081] CheckUser doesn't return results intermittently
https://bugzilla.wikimedia.org/show_bug.cgi?id=19081 Marcin Cieślak changed: What|Removed |Added Status|NEW |RESOLVED CC||marcin.cies...@gmail.com Resolution||WORKSFORME --- Comment #5 from Marcin Cieślak 2012-03-11 21:43:16 UTC --- Closing, probably not a CheckUser bug anyway. Please reopen if something like this comes up 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 35159] Editing toolbar fails to work on subject line
https://bugzilla.wikimedia.org/show_bug.cgi?id=35159 Sam Reed (reedy) changed: What|Removed |Added CC||roan.katt...@gmail.com Component|Vector skin |WikiEditor Version|unspecified |any Product|MediaWiki |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 35159] New: Editing toolbar fails to work on subject line
https://bugzilla.wikimedia.org/show_bug.cgi?id=35159 Web browser: --- Bug #: 35159 Summary: Editing toolbar fails to work on subject line Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Vector skin AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: swall...@wikimedia.org CC: asha...@wikimedia.org, krinklem...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- There are many use cases where a user wants to use the editing toolbar from Vector in the subject line. For example, to insert special characters in order to correctly spell a term in a language with diacritics. I'm requesting that, *if* the cursor is placed in the subject line, that the Vector toolbar perform any possible actions on the content in the subject line. (Apologies if this bug is a duplicate or has been previously resolved as 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 33734] CheckUser IPv6
https://bugzilla.wikimedia.org/show_bug.cgi?id=33734 Marcin Cieślak changed: What|Removed |Added CC||marcin.cies...@gmail.com --- Comment #2 from Marcin Cieślak 2012-03-11 21:40:28 UTC --- What range would make sense do you think? (Btw. I have fixed the message, it used to say /96-/128). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35158] undeletion of one file version without having it selected results in an error but version is restored
https://bugzilla.wikimedia.org/show_bug.cgi?id=35158 Saibo changed: What|Removed |Added Severity|normal |trivial -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35158] New: undeletion of one file version without having it selected results in an error but version is restored
https://bugzilla.wikimedia.org/show_bug.cgi?id=35158 Web browser: --- Bug #: 35158 Summary: undeletion of one file version without having it selected results in an error but version is restored Product: MediaWiki Version: 1.19 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Deleting AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: saibotr...@arcor.de Classification: Unclassified Mobile Platform: --- undeletion of one deleted file version without having anything selected on the restore page results in an error ([[MediaWiki:Undelete-error]]) but this version is restored despite the error. → Error message should not be shown. Instead a success message should be shown. Happened 20 minutes ago at Commons. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34372] New User hook broken for PG, breaks normal logging
https://bugzilla.wikimedia.org/show_bug.cgi?id=34372 Marcin Cieślak changed: What|Removed |Added Severity|major |normal --- Comment #3 from Marcin Cieślak 2012-03-11 21:37:39 UTC --- Can we check how much regression is this? PostgreSQL allows NULL in cuc_page_id but does not allow 0 because of constraint. MySQL the reverse - allows 0 but it's NOT NULL. We even explicitly insert zero in the new extension code, but I am not sure what's coming via hooks. We are also using some other hooks (e.g. bug 19963 fixed with r88258 as well as some new hooks), so probably it's best to detect zero and covert it to NULL. I would tend to change cuc_page_id to NULL on MySQL (yeah, on this means on Wikimedia too) plus fix the code where necessary. Is this okay with everyone? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31533] Check environment and display new results every time when ?page=Welcome is accessed
https://bugzilla.wikimedia.org/show_bug.cgi?id=31533
--- Comment #7 from Sam Reed (reedy) 2012-03-11 21:36:06
UTC ---
// cache initially available databases to make sure that everything will be
displayed correctly
// after a refresh on env checks page
$databases = $this->getVar( '_CompiledDBs-preFilter' );
if ( !$databases ) {
$databases = $this->getVar( '_CompiledDBs' );
$this->setVar( '_CompiledDBs-preFilter', $databases );
}
$databases = array_flip ( $databases );
foreach ( array_keys( $databases ) as $db ) {
$installer = $this->getDBInstaller( $db );
$status = $installer->checkPrerequisites();
if ( !$status->isGood() ) {
$this->showStatusMessage( $status );
}
if ( !$status->isOK() ) {
unset( $databases[$db] );
}
}
$databases = array_flip( $databases );
if ( !$databases ) {
$this->showError( 'config-no-db', $wgLang->commaList( $allNames )
);
// @todo FIXME: This only works for the web installer!
return false;
}
$this->setVar( '_CompiledDBs', $databases );
If we have already a cached list of dbs, but this count is still 0, attempt to
load it again. If still nill, we could give up...
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31533] Check environment and display new results every time when ?page=Welcome is accessed
https://bugzilla.wikimedia.org/show_bug.cgi?id=31533 --- Comment #6 from MZMcBride 2012-03-11 21:06:08 UTC --- (In reply to comment #5) > (In reply to comment #4) >> This is a blocker to a 1.19 release. I've tweaked some of the bug settings >> accordingly. Also CC'ing Reedy. > > Why wasn't this a blocker to 1.17 or 1.18? It's not a regression. What's not a regression? It's honestly been a long time since I went through the MediaWiki installer, but you're saying that this has been the way it is for multiple versions? There are users spending hours frustrated at a cached result. What's the virtue of caching the errors like this? And why do you think it's acceptable to release another version of MediaWiki with this issue? Compounded frustration is dangerous, especially in the installation phase. It's a quick way to get people to walk away from using MediaWiki altogether, isn't it? Alternately, do you feel there's not an issue here and that people should just find "Restart installation" on their own? From the bug reports, it seems like there's definitely a bug 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 33341] Provide url parameters to prefill the fields of upload wizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=33341 --- Comment #7 from AleXXw 2012-03-11 20:15:09 UTC --- Does in mean we can use "http://commons.wikimedia.org/w/index.php?title=Special:UploadWizard&uselang=de&campaign=wlm-at&url=12345"; to prefill the ID-field in step 4? If yes: great start, but it just helps some countries ;) (see elya) It would be great to also be able to prefill description, coordinates, categories... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35156] Harmonise spelling of getArticleID() and getArticleId()
https://bugzilla.wikimedia.org/show_bug.cgi?id=35156 T. Gries changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | Ever Confirmed|0 |1 --- Comment #2 from T. Gries 2012-03-11 20:13:22 UTC --- I cannot see changes in Title.php and some other modules. includes> grep -l getArticleId * EditPage.php Revision.php Skin.php SkinLegacy.php SkinTemplate.php Title.php WikiPage.php addCategory But I haven't checked in detail. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33341] Provide url parameters to prefill the fields of upload wizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=33341 --- Comment #6 from Jeroen De Dauw 2012-03-11 20:07:40 UTC --- Apparently there was no option to do this yet. I added one in r113584 which can be set as part of upload campaigns, or be overridden using the "id" url parameter, ie &url=42. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35157] Request to change getArticleId() to getArticleID() on mediawiki.org (Manual pages, examples...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=35157 T. Gries changed: What|Removed |Added Priority|Unprioritized |Low -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35157] New: Request to change getArticleId() to getArticleID() on mediawiki.org (Manual pages, examples...)
https://bugzilla.wikimedia.org/show_bug.cgi?id=35157 Web browser: --- Bug #: 35157 Summary: Request to change getArticleId() to getArticleID() on mediawiki.org (Manual pages, examples...) Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m...@tgries.de Classification: Unclassified Mobile Platform: --- I suggest to make a corresponding bulk change also done for solving bug35156 (resolved) on http://www.mediawiki.org pages (Manual pages, examples.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33341] Provide url parameters to prefill the fields of upload wizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=33341 elya changed: What|Removed |Added CC||ew-nos...@web.de --- Comment #5 from elya 2012-03-11 19:57:38 UTC --- Good news to hear that, Jeroen. Additionally to what AleXXw and Andre said, it would be nice to have as much flexibility as possible - e.g. prefilling categories, as there are countries that do not have the unique identifier and for them it would be very helpful to prefill other fields. Category prefilling - from my point of view - would anyway be a good perspective for uploading images directly from Wikipedia. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33341] Provide url parameters to prefill the fields of upload wizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=33341 --- Comment #4 from Andre Koopal 2012-03-11 19:54:33 UTC --- I don't know what you mean with configuration settings, but the question is basically that if you define an extra field in the form, for example with WLM the monument-id, you want to be able to make a url where you can prefill that value. Again taking WLM as an example, on the lists on wikipedia, you can imagine that if there is no picture you put a link 'upload a picture' where you then link to the WLM campaign, with the ID already prefilled, as that is already known there. I can imagine strategies like this much wider, but this is about all the fields you define in the upload form to fill in. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33341] Provide url parameters to prefill the fields of upload wizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=33341 --- Comment #3 from AleXXw 2012-03-11 19:42:29 UTC --- @Jeroen: We want to prefill the ID-field per link iE from monumant-maps. So we need a URL-parameter to provide the ID to the upload-wizzard. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17616] Enhanced recent changes JavaScript: clicking arrow should keep it in focus
https://bugzilla.wikimedia.org/show_bug.cgi?id=17616
--- Comment #11 from Dan Wolff <326...@gmail.com> 2012-03-11 19:31:47 UTC ---
Krinkle and I have spoken briefly about this bug and it seems like the reason
for preventing an from initiating the toggle is to allow other links within
toggle elements (use case: a complete table row is used for toggling, except
that we want to have links in there too).
A fix that would solve this bug as well as allowing those links would be
replacing line 180 above with:
if ( $(e.target).is('a') && !$that.is(e.target) ) {
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35156] Harmonise spelling of getArticleID() and getArticleId()
https://bugzilla.wikimedia.org/show_bug.cgi?id=35156 Sam Reed (reedy) changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #1 from Sam Reed (reedy) 2012-03-11 19:31:24 UTC --- (In reply to comment #0) > See discussion today in #wikitech . #mediawik r113580, r113583 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
