[Bug 32044] Portal namespace for Assamese wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=32044 --- Comment #2 from Prabhakar Sarma Neog psn...@gmail.com 2011-11-01 06:14:40 UTC --- The translations are: Portal - ৱিকিচ'ৰা Portal talk - ৱিকিচ'ৰাৰ আলোচনা Will it be sufficient? Regards. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30120] Interwiki links error after upgrade
https://bugzilla.wikimedia.org/show_bug.cgi?id=30120 --- Comment #24 from Reedy s...@reedyboy.net 2011-11-01 06:21:00 UTC --- (In reply to comment #23) The hacky fix, I suppose, is to s/TYPE/ENGINE/ on $wgDBTableOptions before usage Certainly having the updaters report this.. On the CLI one this would be less obvious, unless postponed to the bottom of the list, so people see it Using the Installer is more obvious... r101451 does this for the moment, pending a better fix. Should be removed later when we push min version of mysql to = 5.1 Certainly needs something putting into the updaters somehow... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30934] Warning: Invalid argument supplied for foreach() in /languages/Language.php on line 423
https://bugzilla.wikimedia.org/show_bug.cgi?id=30934 Phillip Patriakeas dragonlordofxant...@gmail.com changed: What|Removed |Added CC||dragonlordofxanther@gmail.c ||om --- Comment #8 from Phillip Patriakeas dragonlordofxant...@gmail.com 2011-11-01 06:46:06 UTC --- (In reply to comment #7) r101499 Just needs 1.18 backporting now I think you meant r101449; 101499 hasn't been checked in yet. ;) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32042] Narayam for Assamese Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=32042 --- Comment #5 from Siebrand s.mazel...@xs4all.nl 2011-11-01 07:06:54 UTC --- (In reply to comment #4) Siebrand, is it worth blanket installing Narayam on all wikis where it is of use? Yes, but not in this state. Its usability for non-technical users still leaves a lot to be desired. When we're done with it, we think it can just be enabled anywhere. Two major features are needed before we can do that: - we need to be able to visually indicate what the mapping looks like (possibly as a fully functional on-screen keyboard) - preferences for Narayam, WebFonts and a language picker (Keiry or something as a proof of concept in SVN by Niklas at the moment) need to be available in a single pretty JavaScript UI for both anonymous users (in cookies) as well as for logged in users (preferences based backend implementation). I expect we'll get there somewhere somewhere in q1-2012. Until then, we can enable on a request basis, and/or we will target the wikis that have the most use for or or that are at the top of our priority list (Indic language wikis mainly). Hope this clarifies things. -- 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 29283] Localisation Cache ACCEL store
https://bugzilla.wikimedia.org/show_bug.cgi?id=29283 Reedy s...@reedyboy.net changed: What|Removed |Added Keywords|reviewed|need-review --- Comment #7 from Reedy s...@reedyboy.net 2011-11-01 07:18:16 UTC --- Minor thing, we don't capitalise null -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26753] Skins clutter Debug output since they aren't in the AutoLoader
https://bugzilla.wikimedia.org/show_bug.cgi?id=26753
Ed ed.wu...@gmail.com changed:
What|Removed |Added
CC||ed.wu...@gmail.com
--- Comment #7 from Ed ed.wu...@gmail.com 2011-11-01 07:29:40 UTC ---
First off, sorry that I can't post a diff, as I don't have a copy of mediawiki
off of trunk. Basing all of this off of the svn.mediawiki.org.
Hopefully the code is clear, but here's the overview. Skin extensions are
registered through $wgValidSkinNames. All default skins are added to this
array. As the function loops through, if the skin is not yet in the array
(likely a default skin), the skin is added to the array, but in the revision
the value is another array with the skin Name, and false (for passing to
classExists) which will avoid the autoloader.
Elseif condition picks up Skins that are registered (likely by the user) and
then checks to see if the key matches an array. If so, the user's already
familiar with this revision. If not, retains the original value, adds it to
the array with true so that Skin uses the autoloader.
At that point, you just need to modify Skin::newFromKey as below in order to
have $skinName stay a string, and pass the appropriate value from $skinNames.
And update the docs on $wgValidSkinNames of course.
Runs fine on my version of 1.17, and I'm hoping that this patch addresses
concerns regarding Skin Extensions as well as backward compatibility.
This is my first attempt at a patch, so please let me know if I horribly
screwed up.
Revision 100445: includes/Skin.php
Ln 49 - $wgValidSkinNames[strtolower( $aSkin )] = $aSkin;
New Version:
Ln 49 + if (!$wgValidSkinNames[strtolower( $aSkin )]) {
Ln 50 + $wgValidSkinNames[strtolower( $aSkin )] = array( $aSkin, false);
Ln 51 + } elseif (!is_array($wgValidSkinNames[strtolower( $aSkin )])) {
Ln 52 + $wgValidSkinNames[strtolower( $aSkin )] = array(
Ln 53 +$wgValidSkinNames[strtolower( $aSkin )] , true);
Ln 54 + }
Skin::newFromKey
Ln 131 - $skinName = $skinNames[$key];
Ln 132 + $skinName = $skinNames[$key][0];
Ln 135 - if ( !MWInit::classExists( $className ) {
Ln 135 + if ( !MWInit::classExists( $className , $skinNames[$key][1]) ) {
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32091] Request for new extension download over svn
https://bugzilla.wikimedia.org/show_bug.cgi?id=32091 --- Comment #2 from Peter Bena benap...@gmail.com 2011-11-01 07:30:09 UTC --- How does it work? -- 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 32091] Request for new extension download over svn
https://bugzilla.wikimedia.org/show_bug.cgi?id=32091 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #3 from Niklas Laxström niklas.laxst...@gmail.com 2011-11-01 07:33:28 UTC --- It allows the user to choose from different branches. -- 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 32091] Request for new extension download over svn
https://bugzilla.wikimedia.org/show_bug.cgi?id=32091 --- Comment #4 from Peter Bena benap...@gmail.com 2011-11-01 07:37:36 UTC --- Okay, so where should I copy it so that it works? -- 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 32091] Request for new extension download over svn
https://bugzilla.wikimedia.org/show_bug.cgi?id=32091 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #5 from Reedy s...@reedyboy.net 2011-11-01 07:39:16 UTC --- /branches/REL1_whateverversionnumber And if you're going to copy please use svn copy, not just local file copy and then svn add -- 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 26753] Skins clutter Debug output since they aren't in the AutoLoader
https://bugzilla.wikimedia.org/show_bug.cgi?id=26753 --- Comment #8 from Ed ed.wu...@gmail.com 2011-11-01 08:05:55 UTC --- Created attachment 9339 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9339 Proposed Patch Sorry about the double post. Couldn't resist making the patch. That said, I noticed in trunk that newfromkey uses MWInit::classExists, and it looks like my solution just overloads that function. Additionally, I don't think this even goes through Autoloader anymore, which means the problems gone. Whether this still needs patching, or it doesn't because the problems already been eliminated, I'm guessing this bug can be closed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32080] Database table of Math extension missing on nso.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=32080 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED CC||roan.katt...@gmail.com Resolution||FIXED --- Comment #6 from Roan Kattouw roan.katt...@gmail.com 2011-11-01 08:27:28 UTC --- Created the table. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30882] Create Wikipedia in Northern Sotho
https://bugzilla.wikimedia.org/show_bug.cgi?id=30882 Bug 30882 depends on bug 32080, which changed state. Bug 32080 Summary: Database table of Math extension missing on nso.wikipedia.org https://bugzilla.wikimedia.org/show_bug.cgi?id=32080 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32080] Database table of Math extension missing on nso.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=32080 --- Comment #7 from Roan Kattouw roan.katt...@gmail.com 2011-11-01 08:28:09 UTC --- (In reply to comment #5) Probably missing some setup from the add-wiki scripts... (really we should probably run update.php on fresh DBs after creation -- since they have no content there shouldn't be any scary slowness) I guess so. In immediate terms this is a bug in addwiki.php though (Math.sql needs to be added). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32100] Installer complains about Suhosin GET parameter limit even if it's 1024 bytes
https://bugzilla.wikimedia.org/show_bug.cgi?id=32100 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Summary|GET parameter length with |Installer complains about |Suhosin |Suhosin GET parameter limit ||even if it's 1024 bytes -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32111] [Feedback Dashboard] Fetching content dynamically doesn't always work
https://bugzilla.wikimedia.org/show_bug.cgi?id=32111 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||INVALID --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-11-01 08:34:20 UTC --- This is an extremely vague bug report, and is not actionable without more information. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32080] Database table of Math extension missing on nso.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=32080 --- Comment #8 from Reedy s...@reedyboy.net 2011-11-01 08:34:34 UTC --- (In reply to comment #5) Probably missing some setup from the add-wiki scripts... (really we should probably run update.php on fresh DBs after creation -- since they have no content there shouldn't be any scary slowness) Literally that Fixed in trunk in r101457, 1.18wmf1 in r101458 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32109] [Feedback Dashboard] Inconsistent font usage
https://bugzilla.wikimedia.org/show_bug.cgi?id=32109 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-11-01 08:34:40 UTC --- 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 32112] [Feedback Dashboard] Username filter is counter-intuitive
https://bugzilla.wikimedia.org/show_bug.cgi?id=32112 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||FIXED --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-11-01 08:35:05 UTC --- This is fixed in trunk, will be deployed on Wednesday. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28026] Enable e-mail notifications for watchlist (EnotifWatchlist) on all small wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=28026 --- Comment #25 from Roan Kattouw roan.katt...@gmail.com 2011-11-01 08:37:03 UTC --- (In reply to comment #24) (In reply to comment #23) RT: http://rt.wikimedia.org/Ticket/Display.html?id=1784 What's the status of that RT ticket? Created on Oct 22, dormant since. (begin RT report) As MZ summarizes: the plan is to disable $wgShowUpdatedMarker by default and enable $wgEnotifUserTalk on all wikis. This ticket is to provide a heads-up to Ops so that you guys can work with Sam to set up a deployment window or discuss other issues that relate to enabling a lot of emails. (end RT report) -- 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 26753] Skins clutter Debug output since they aren't in the AutoLoader
https://bugzilla.wikimedia.org/show_bug.cgi?id=26753 Daniel Friesen mediawiki-b...@nadir-seen-fire.com changed: What|Removed |Added CC||mediawiki-bugs@nadir-seen-f ||ire.com --- Comment #9 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2011-11-01 08:40:45 UTC --- I don't want to see any of that patch going into core: - The way it modifies a core config global at runtime to hack things in is absolutely horrible - MWInit::classExists doesn't have a second argument so this code doesn't do anything - If class_exists were being used this would disable the ability to override built-in skins simply by defining just an autoloader entry. One possible acceptable way to fix this would be to change the code so that we actually autoload the built in skins by registering them in the autoloader and skins array dynamically instead of using a require fallback. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26753] Skins clutter Debug output since they aren't in the AutoLoader
https://bugzilla.wikimedia.org/show_bug.cgi?id=26753 --- Comment #10 from Ed ed.wu...@gmail.com 2011-11-01 08:43:02 UTC --- This is why I thought I shouldn't be trying to contribute here. I'll leave bugs be. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26753] Skins clutter Debug output since they aren't in the AutoLoader
https://bugzilla.wikimedia.org/show_bug.cgi?id=26753 Reedy s...@reedyboy.net 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 26753] Skins clutter Debug output since they aren't in the AutoLoader
https://bugzilla.wikimedia.org/show_bug.cgi?id=26753 Reedy s...@reedyboy.net 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 26753] Skins clutter Debug output since they aren't in the AutoLoader
https://bugzilla.wikimedia.org/show_bug.cgi?id=26753 Reedy s...@reedyboy.net changed: What|Removed |Added Attachment #9339|0 |1 is obsolete|| --- Comment #11 from Reedy s...@reedyboy.net 2011-11-01 08:47:23 UTC --- Comment on attachment 9339 -- https://bugzilla.wikimedia.org/attachment.cgi?id=9339 Proposed Patch Marking obsolete for that reason -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32116] New: Page thread for titles messed up
https://bugzilla.wikimedia.org/show_bug.cgi?id=32116 Web browser: --- Bug #: 32116 Summary: Page thread for titles messed up Product: MediaWiki extensions Version: any Platform: All URL: http://translatewiki.net/wiki/Thread:Project:Translato r/_en_%D0%B0%D0%BD%D0%B3%D0%BB%D0%B8%D0%B9%D1%81%D0%BA %D0%B8%D0%B9_%E2%80%93_English/reply_(2) OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: LiquidThreads AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: niklas.laxst...@gmail.com CC: agarr...@wikimedia.org, ialex.w...@gmail.com Classification: Unclassified See the url. Is this caused by recent changes to outputpage? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32116] Titles on thread pages contain raw html
https://bugzilla.wikimedia.org/show_bug.cgi?id=32116 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added Summary|Page thread for titles |Titles on thread pages |messed up |contain raw html -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32108] [Feedback Dashboard] Empty comments shouldn't be shown (or possibly accepted)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32108 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||e...@wikimedia.org --- Comment #1 from p858snake p858sn...@gmail.com 2011-11-01 09:09:14 UTC --- CCing Erik in, He listed those bugs on the forementioned 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 32109] [Feedback Dashboard] Inconsistent font usage
https://bugzilla.wikimedia.org/show_bug.cgi?id=32109 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||e...@wikimedia.org --- Comment #2 from p858snake p858sn...@gmail.com 2011-11-01 09:09:17 UTC --- CCing Erik in, He listed those bugs on the forementioned 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 32111] [Feedback Dashboard] Fetching content dynamically doesn't always work
https://bugzilla.wikimedia.org/show_bug.cgi?id=32111 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||e...@wikimedia.org --- Comment #2 from p858snake p858sn...@gmail.com 2011-11-01 09:09:19 UTC --- CCing Erik in, He listed those bugs on the forementioned 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 31748] ExtensionDistributor extension throwing Invalid response from remote subversion client. error
https://bugzilla.wikimedia.org/show_bug.cgi?id=31748 p858snake p858sn...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #4 from p858snake p858sn...@gmail.com 2011-11-01 09:11:05 UTC --- FIXING the link works for me -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31543] Ratings panel only partially displayed
https://bugzilla.wikimedia.org/show_bug.cgi?id=31543 --- Comment #6 from Roan Kattouw roan.katt...@gmail.com 2011-11-01 09:12:10 UTC --- Per Erik's request I've blacklisted IE7 and below in r101461. This means ArticleFeedback will automatically disable itself in IE7 and below; this includes IE8+ in compatibility mode. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31456] About local content in Android App
https://bugzilla.wikimedia.org/show_bug.cgi?id=31456 --- Comment #3 from Tomasz Finc tf...@wikimedia.org 2011-11-01 09:20:09 UTC --- This seems like the best about page for now http://en.wikipedia.org/w/index.php?title=Wikipedia:Aboutuseformat=mobile. We don't have a mobile contribution page because you can't contribute on mobile devices yet :( -- 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 24928] Creation of a wiki for Wikimedia Estonia
https://bugzilla.wikimedia.org/show_bug.cgi?id=24928 --- Comment #4 from Teele Vaalma teele.vaa...@gmail.com 2011-11-01 09:26:13 UTC --- Board of Wikimedia Estonia discussed this and we think that moving the wiki to ee.wikimedia.org is appropriate and necessary. Also, we would like to request leaving a redirect from et.wikimedia.org to ee.wikimedia.org for at least some time. Is there someone who could handle this? Thank you -- 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 31770] Allow URL parameter wpCCMe on Special:EmailUser
https://bugzilla.wikimedia.org/show_bug.cgi?id=31770 --- Comment #4 from Antoine hashar Musso has...@free.fr 2011-11-01 09:29:29 UTC --- Patched with r101464 pending code review. Will need to be merged back to REL1_18. -- 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 30909] URL parameters for checkboxes in Special:Block no longer work
https://bugzilla.wikimedia.org/show_bug.cgi?id=30909 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Version|1.18|1.19-svn --- Comment #6 from Antoine hashar Musso has...@free.fr 2011-11-01 09:29:35 UTC --- Patched with r101464 pending code review. Will need to be merged back to REL1_18. -- 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 30882] Create Wikipedia in Northern Sotho
https://bugzilla.wikimedia.org/show_bug.cgi?id=30882 --- Comment #19 from Mark node...@gmail.com 2011-11-01 09:39:00 UTC --- Given that SPQRobin has been kind enough to provide the XML file without prefixes, I hope the import can be finished today so Sepedi Wikipedia's creation can be totally finished. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32084] Can't activate MobileFrontend opt-in beta in stock Android browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=32084 --- Comment #5 from Tomasz Finc tf...@wikimedia.org 2011-11-01 09:48:05 UTC --- Its super easy to tell if your in the beta or not. If the W has the text beta then your in .. otherwise something else has gone wrong. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32117] New: Redesign mobile layout to accommodate new features like language switching, contributions, etc
https://bugzilla.wikimedia.org/show_bug.cgi?id=32117 Web browser: --- Bug #: 32117 Summary: Redesign mobile layout to accommodate new features like language switching, contributions, etc Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: tf...@wikimedia.org CC: prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified We can't keep cramming new features into the current layout. Time to redesign. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32088] MobileFrontend beta language, home/random buttons hidden and undiscoverable
https://bugzilla.wikimedia.org/show_bug.cgi?id=32088 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Depends on||32117 --- Comment #1 from Tomasz Finc tf...@wikimedia.org 2011-11-01 09:52:49 UTC --- The W will eventually revert back to going to the main page after we develop the new layout. Marking this bug as dependent on the new layout. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32117] Redesign mobile layout to accommodate new features like language switching, contributions, etc
https://bugzilla.wikimedia.org/show_bug.cgi?id=32117 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Blocks||32088 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29503] Option to permanently see mobile frontend from desktop render
https://bugzilla.wikimedia.org/show_bug.cgi?id=29503 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Summary|Option to permanently see |Option to permanently see |mobile frontend from PC |mobile frontend from |render |desktop render -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32087] MobileFrontend Mobile view link doesn't *keep you* on the mobile view when following links
https://bugzilla.wikimedia.org/show_bug.cgi?id=32087 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Tomasz Finc tf...@wikimedia.org 2011-11-01 09:54:49 UTC --- *** This bug has been marked as a duplicate of bug 29503 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29503] Option to permanently see mobile frontend from desktop render
https://bugzilla.wikimedia.org/show_bug.cgi?id=29503 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #2 from Tomasz Finc tf...@wikimedia.org 2011-11-01 09:54:49 UTC --- *** Bug 32087 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 32007] Many language names are in unsupported encodings/fonts
https://bugzilla.wikimedia.org/show_bug.cgi?id=32007 --- Comment #2 from Tomasz Finc tf...@wikimedia.org 2011-11-01 09:57:58 UTC --- Extra web fonts wont do us any good if Android has no rendering support for them. So we can either shame android and show its poor language support or maintain a list of what works where. Thoughts? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32057] PHP Fatal error: Call to a member function getPrefixedDBkey() on a non-object in /www/w/includes/parser/Preprocessor_DOM.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=32057
Antoine hashar Musso has...@free.fr changed:
What|Removed |Added
CC||has...@free.fr
--- Comment #3 from Antoine hashar Musso has...@free.fr 2011-11-01 10:13:24
UTC ---
On the FAQ page the following wikitext crash the parser:
{{msg-mw|Edittoolbar-help-content-heading1-syntax}}
With the additional parameter 'notext=Yes' it is fine:
{{msg-mw|Edittoolbar-help-content-heading1-syntax|notext=Yes}}
I have uploaded the test cases as subpages of
http://translatewiki.net/wiki/User:Hashar/bug32057 . Clicking the [[/crash]]
results in a blank 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 31851] Block form URL parameters not working (wpBlockReason, wpBlockReasonList, etc.)
https://bugzilla.wikimedia.org/show_bug.cgi?id=31851 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Status|NEW |RESOLVED CC||has...@free.fr Resolution||DUPLICATE --- Comment #1 from Antoine hashar Musso has...@free.fr 2011-11-01 10:16:35 UTC --- Already reported. Also have a look at r101464 *** This bug has been marked as a duplicate of bug 30909 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30909] URL parameters for checkboxes in Special:Block no longer work
https://bugzilla.wikimedia.org/show_bug.cgi?id=30909 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #7 from Antoine hashar Musso has...@free.fr 2011-11-01 10:16:35 UTC --- *** Bug 31851 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 32097] Northern Sotho Wikipedia not on CentralAuth
https://bugzilla.wikimedia.org/show_bug.cgi?id=32097 --- Comment #5 from Etienne Beaule ebe123_w...@yahoo.ca 2011-11-01 10:17:33 UTC --- en.wikipedia. Well, I see it now, but it is out of date (9 edits, no, I got over 500) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32091] Request for new extension download over svn
https://bugzilla.wikimedia.org/show_bug.cgi?id=32091 Peter Bena benap...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #6 from Peter Bena benap...@gmail.com 2011-11-01 10:38:21 UTC --- Apparently that isn't enough, also if this bug is not placed correctly, it would be better to tell where I should place it since people from mediawiki desk told me to start ticket here. Per server configuration on fenari it should do svn up on all releases stored in /home/wikipedia/ExtensionDistributor/mw-snapshot if there is either rel 1.17 or .18 it should be already updated, unless there is need to svn cleanup, but it's still not present in distributor, so what's the problem now? probably check if /home/wikipedia/ExtensionDistributor/mw-snapshot/branches/REL1_18/extensions contains OnlineStatusBar on fenari? thanks. -- 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 32042] Narayam for Assamese Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=32042 wikichai...@gmail.com changed: What|Removed |Added CC||wikichai...@gmail.com --- Comment #6 from wikichai...@gmail.com 2011-11-01 10:52:53 UTC --- (In reply to comment #5) (In reply to comment #4) Siebrand, is it worth blanket installing Narayam on all wikis where it is of use? Yes, but not in this state. Its usability for non-technical users still leaves a lot to be desired. When we're done with it, we think it can just be enabled anywhere. I agree that Narayam is not ready for blanket installation. The Assamese Wikipedia Community has worked on the transliteration scheme and have produced the following. https://translatewiki.net/wiki/User:Chaipau/translit This should be implemented first. -- 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 32042] Narayam for Assamese Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=32042 --- Comment #7 from Siebrand s.mazel...@xs4all.nl 2011-11-01 10:59:18 UTC --- Apparently is was already installed in its current state (without any support for Assamese, if I recall correctly). You'll be receiving regular updates. Please open a new issue for every update you would like to see to the key mapping for Assamese. This fits our process better. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29497] Parser doesn't support protocol relative external links in single-bracketed or free link syntax
https://bugzilla.wikimedia.org/show_bug.cgi?id=29497
Andrew Billinghurst billinghu...@gmail.com changed:
What|Removed |Added
CC||billinghu...@gmail.com
--- Comment #12 from Andrew Billinghurst billinghu...@gmail.com 2011-11-01
12:18:14 UTC ---
Is there the ability to update {{canonicalurl}} to generate an absolute url
that is protocol relative to the login type? Alternatively if that is
problematic, can there be (yet) another parser function that undertakes the
task to generate the url relative to the user? Having to do those sorts of
hacks ''ad infinitum'' is surely just courting disaster against a simple
ability especially as that {{canonicalurl}} will get used by the lazy, or
someone will write templates to get around the issue. Thanks.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31404] flickering while vertical position in editbox is restored
https://bugzilla.wikimedia.org/show_bug.cgi?id=31404 jagadesh jagadesa...@kggroup.com changed: What|Removed |Added CC||jagadesa...@kggroup.com --- Comment #2 from jagadesh jagadesa...@kggroup.com 2011-11-01 12:19:15 UTC --- test -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29497] Parser doesn't support protocol relative external links in single-bracketed or free link syntax
https://bugzilla.wikimedia.org/show_bug.cgi?id=29497
--- Comment #13 from Roan Kattouw roan.katt...@gmail.com 2011-11-01 12:22:59
UTC ---
(In reply to comment #12)
Is there the ability to update {{canonicalurl}} to generate an absolute url
that is protocol relative to the login type? Alternatively if that is
problematic, can there be (yet) another parser function that undertakes the
task to generate the url relative to the user? Having to do those sorts of
hacks ''ad infinitum'' is surely just courting disaster against a simple
ability especially as that {{canonicalurl}} will get used by the lazy, or
someone will write templates to get around the issue. Thanks.
What do you mean, exactly? If you want a protocol-relative URL, use
{{fullurl:}}. This seems to be what you mean with protocol relative to the
login type. There isn't a parser function that outputs http:// URLs for people
viewing over http and https:// URLs for people viewing over HTTPS because that
would mean we'd have to split the parser cache, but this is exactly what
protocol-relative URLs are for.
What do you mean with a URL relative to the user? Does that mean generating
fully-qualified URLs, e.g. for e-mails that use https if the user logs in over
https and http otherwise? Would this be based on the not-yet-existing Always
use HTTPS when I'm logged in preference?
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31096] Create a new wiki for Wikimedia Bangladesh
https://bugzilla.wikimedia.org/show_bug.cgi?id=31096 Leinad danny.lei...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED CC||danny.lei...@gmail.com Resolution|FIXED | --- Comment #11 from Leinad danny.lei...@gmail.com 2011-11-01 12:42:10 UTC --- [[:bd:]] interwiki is not working, please enable it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16976] Wikis ready for creation (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16976 Bug 16976 depends on bug 31096, which changed state. Bug 31096 Summary: Create a new wiki for Wikimedia Bangladesh https://bugzilla.wikimedia.org/show_bug.cgi?id=31096 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 29497] Parser doesn't support protocol relative external links in single-bracketed or free link syntax
https://bugzilla.wikimedia.org/show_bug.cgi?id=29497
--- Comment #14 from billinghurst billinghu...@gmail.com 2011-11-01 12:44:10
UTC ---
(In reply to comment #13)
(In reply to comment #12)
Is there the ability to update {{canonicalurl}} to generate an absolute url
that is protocol relative to the login type? Alternatively if that is
problematic, can there be (yet) another parser function that undertakes the
task to generate the url relative to the user? Having to do those sorts of
hacks ''ad infinitum'' is surely just courting disaster against a simple
ability especially as that {{canonicalurl}} will get used by the lazy, or
someone will write templates to get around the issue. Thanks.
What do you mean, exactly? If you want a protocol-relative URL, use
{{fullurl:}}. This seems to be what you mean with protocol relative to the
login type. There isn't a parser function that outputs http:// URLs for
people
viewing over http and https:// URLs for people viewing over HTTPS because that
would mean we'd have to split the parser cache, but this is exactly what
protocol-relative URLs are for.
What do you mean with a URL relative to the user? Does that mean generating
fully-qualified URLs, e.g. for e-mails that use https if the user logs in over
https and http otherwise? Would this be based on the not-yet-existing Always
use HTTPS when I'm logged in preference?
I meant what you explained in the first paragraph.
Sometimes it is easiest and more appropriate to display a url. To display a
full protocol relative url is problematic, so for
https://en.wikisource.org/w/index.php?title=Wikisource:Sandboxoldid=3501464
I cannot code
* {{fullurl:Wikisource:Sandbox|oldid=3501464}} as it doesn't give a protocol
* {{canonicalurl:Wikisource:Sandbox|oldid=3501464}} and takes me out of secure
protocol
I have to code it as
* [{{fullurl:Wikisource:Sandbox|oldid=3501464}}
{{fullurl:Wikisource:Sandbox|oldid=3501464}] ;
* [//en.wikisource.org/w/index.php?title=Wikisource:Sandboxoldid=3501464
//en.wikisource.org/w/index.php?title=Wikisource:Sandboxoldid=3501464]
It would be fantastic if I could code either
* {{canonicalurl:Wikisource:Sandbox|oldid=3501464}}; or
* {{protocolrelativeurl:Wikisource:Sandbox|oldid=3501464}}
and they could exhibit the protocol relative urls
http://en.wikisource.org/w/index.php?title=Wikisource:Sandboxoldid=3501464
https://en.wikisource.org/w/index.php?title=Wikisource:Sandboxoldid=3501464
depending on how I login.
If it relates to the second paragraph, then maybe I don't comprehend what
happens with http:// after the change. I just see that I keep getting forced
into http:// in so many places and don't see an easy (lazy) solution.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29497] Parser doesn't support protocol relative external links in single-bracketed or free link syntax
https://bugzilla.wikimedia.org/show_bug.cgi?id=29497
--- Comment #15 from Roan Kattouw roan.katt...@gmail.com 2011-11-01 12:51:51
UTC ---
(In reply to comment #14)
I have to code it as
* [{{fullurl:Wikisource:Sandbox|oldid=3501464}}
{{fullurl:Wikisource:Sandbox|oldid=3501464}] ;
* [//en.wikisource.org/w/index.php?title=Wikisource:Sandboxoldid=3501464
//en.wikisource.org/w/index.php?title=Wikisource:Sandboxoldid=3501464]
Yes, unfortunately you do have to. Protocol-relative URLs aren't linked
magically because I thought that would be too error-prone, see comment 8.
It would be fantastic if I could code either
* {{canonicalurl:Wikisource:Sandbox|oldid=3501464}}; or
* {{protocolrelativeurl:Wikisource:Sandbox|oldid=3501464}}
and they could exhibit the protocol relative urls
http://en.wikisource.org/w/index.php?title=Wikisource:Sandboxoldid=3501464
https://en.wikisource.org/w/index.php?title=Wikisource:Sandboxoldid=3501464
depending on how I login.
That would be fantastic, yes. It would also be fantastically cache-breaking :(
If it relates to the second paragraph, then maybe I don't comprehend what
happens with http:// after the change. I just see that I keep getting forced
into http:// in so many places and don't see an easy (lazy) solution.
canonicalurl will continue to output http:// URLs, unless and until HTTPS
actually becomes the preferred protocol (but my understanding is we don't have
the infrastructure for HTTPS-by-default right now). At some point soonish, we
will want to introduce a preference with which users can indicate that they
want to log in over HTTPS only. Enabling this preference will have the
following consequences:
* Login attempts over HTTP for that username will be refused and the user will
be redirected to the HTTPS login form
* An insecure (i.e. shared between HTTPS and HTTP) cookie will be set upon
login that indicates that the user prefers HTTPS. This cookie should persist
for a long time, even after logout or session expiry. If a user makes an HTTP
request and this cookie is present, they will immediately be redirected to
HTTPS, even if they're not logged in any more
* Of course login cookies created through an HTTPS login would always be
so-called secure cookies (meaning HTTP doesn't have access to them) regardless
of this preference
The one that's of particular interest for this bug is:
* URLs in e-mails sent to users with the HTTPS preference enabled would point
to https:// instead of http://
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31913] GROUP BY clauses incorrect in SQL generated for special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=31913 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr Version|1.19-svn|1.18 --- Comment #8 from Antoine hashar Musso has...@free.fr 2011-11-01 13:19:05 UTC --- I have applied DJ Bauch patch to trunk with r101470. The issue also happens in REL1_18 and thus the patch will need a backport (revision tagged accordingly). I am wondering if we could detect this issue when building the query with makeSelectOptions(). Might throw up a developer warning / exception which will help us fix the issue proactively. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32118] New: test special pages SQL queries against all supported DB
https://bugzilla.wikimedia.org/show_bug.cgi?id=32118 Web browser: --- Bug #: 32118 Summary: test special pages SQL queries against all supported DB Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Unit tests AssignedTo: has...@free.fr ReportedBy: has...@free.fr CC: krinklem...@gmail.com, m...@everybody.org Classification: Unclassified Per Brion comment on bug 31913: We should be having unit tests running all the query page queries to make sure they work. As an example: Microsoft SQL does not support column alias in GROUP BY clause (bug 31913). -- 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 31913] GROUP BY clauses incorrect in SQL generated for special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=31913 --- Comment #9 from Antoine hashar Musso has...@free.fr 2011-11-01 13:28:28 UTC --- (In reply to comment #5) Well, relevant for this would be having unit tests running all the query page queries to make sure they work. I have opened bug issue Bug 32118 against 'Mediawiki unit testing' component: test special pages SQL queries against all supported DB -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32100] Installer complains about Suhosin GET parameter limit even if it's 1024 bytes
https://bugzilla.wikimedia.org/show_bug.cgi?id=32100 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Status|NEW |RESOLVED CC||has...@free.fr Resolution||FIXED --- Comment #1 from Antoine hashar Musso has...@free.fr 2011-11-01 14:07:11 UTC --- Fixed by r101477 pending code review. Asked for backport in REL1_18. I am not sure we will release any 1.17 bug fix release so I did not tag it for inclusion in 1.17. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32119] New: Change the diacritics in the namespaces at ro.wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=32119 Web browser: --- Bug #: 32119 Summary: Change the diacritics in the namespaces at ro.wikinews Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: crangasi2...@yahoo.com Classification: Unclassified In preparation for a change of the diacritics at the Romanian Wikinews, we would like to request a change of the namespaces by replacing the old signs (ţ, ş) with the new ones (ț, ș). For compatibilty reasons, we would also like to keep the old names as aliases, in order to allow correct links until the change is fully implemented. I know the names of the namespaces should be edited from either translatewiki or the site, but neither http://translatewiki.net/w/i.php?language=romodule=namespacetitle=Special%3AAdvancedTranslate nor Special:AllMessages show where to translate the WikiNews namespace. We would appreciate any help on this. The discussion took place at http://ro.wikinews.org/wiki/Wiki%C5%9Ftiri:Cafenea#Schimbare_diacritice See Bug 22616 for the same request for ro.wp. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32120] New: New Assamese Transliteration Scheme
https://bugzilla.wikimedia.org/show_bug.cgi?id=32120 Web browser: --- Bug #: 32120 Summary: New Assamese Transliteration Scheme Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Narayam AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: wikichai...@gmail.com CC: junu.pv+pub...@gmail.com Classification: Unclassified As was suggested, the Assamese Wikipedia Community have gone over the entire transliteration scheme for the Assamese language and have agreed on the following mapping: https://translatewiki.net/w/i.php?title=User:Chaipau/translitoldid=3382274 I, on behalf of the Community, request the Narayam maintainers to kindly update the transliteration scheme as given above. I further express our gratitude and thanks to all those who made Narayam possible. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30985] Mobile header expanding and menu don't work until page loads
https://bugzilla.wikimedia.org/show_bug.cgi?id=30985 --- Comment #9 from Yair Rand yyairr...@gmail.com 2011-11-01 14:13:40 UTC --- (Forgot to mention that it also makes the search suggestions clickable in the non-text part (bug received a complaint at [[Wikipedia:Mobile_Extension_Feedback#Search_suggestions_cannot_be_tapped]]), and fixes the reliance on window.event, which doesn't work on certain browsers.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32121] New: The reason field on Special:MovePage should be an input, not a textarea
https://bugzilla.wikimedia.org/show_bug.cgi?id=32121 Web browser: --- Bug #: 32121 Summary: The reason field on Special:MovePage should be an input, not a textarea Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: theevilipaddr...@hotmail.de Classification: Unclassified The reason field on Special:MovePage currently is a textarea, but should be an input, because a whole textarea isn't necessary and because browsers only remember what you submitted in the form for inputs. This feature would be very useful during mass moves, so one doesn't have to always write the same reason into the form, but can just click on the form and select it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32086] Give error, when calling Special:PermanentLink without id
https://bugzilla.wikimedia.org/show_bug.cgi?id=32086 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Status|NEW |RESOLVED CC||has...@free.fr Resolution||FIXED --- Comment #1 from Antoine hashar Musso has...@free.fr 2011-11-01 14:22:12 UTC --- patched with r101478 pending code review. Tagged for inclusion in REL1_18. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32121] The reason field on Special:MovePage should be an input, not a textarea
https://bugzilla.wikimedia.org/show_bug.cgi?id=32121 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Keywords||easy -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32022] Php unit seems to use some sort of crappy directory relativity
https://bugzilla.wikimedia.org/show_bug.cgi?id=32022 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Antoine hashar Musso has...@free.fr 2011-11-01 15:10:54 UTC --- Fixed in r101480 by playing with include_path and fixing some paths in suite.xml Not tagged for REL1_18, I do not think there is any need for that there. Please reopen this bug and mark revision as fix me if there is any issue. -- 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 32121] The reason field on Special:MovePage should be an input, not a textarea
https://bugzilla.wikimedia.org/show_bug.cgi?id=32121 Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||ialex.w...@gmail.com Resolution||DUPLICATE --- Comment #1 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 2011-11-01 15:12:31 UTC --- *** This bug has been marked as a duplicate of bug 13627 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13627] The move reason field should be one line only
https://bugzilla.wikimedia.org/show_bug.cgi?id=13627 Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed: What|Removed |Added CC||theevilipaddr...@hotmail.de --- Comment #17 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 2011-11-01 15:12:31 UTC --- *** Bug 32121 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 29854] External link search and protocol-relative URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=29854 Brad Jorsch b-jor...@alum.northwestern.edu changed: What|Removed |Added CC||b-jorsch@alum.northwestern. ||edu --- Comment #4 from Brad Jorsch b-jor...@alum.northwestern.edu 2011-11-01 15:12:53 UTC --- This is very much a bug: at the moment neither Special:LinkSearch nor the API's list=exturlusage can find protocol-relative links at all, because trying to search for a link with an empty protocol defaults to searching for http. What is the desired solution? 1. Allow [[Special:LinkSearch///example.com]] and prop=exturlusageeuquery=example.comeuprotocol=// (or something similar) to search for protocol-relative links explicitly. This is easy to do, but as noted above requires the user to perform additional searches. 2. When searching for http, also search for protocol-relative. This is really hacky. 3. Brion's solution, save entries with el_index http and with https. The major drawback here is that it needs to fix the existing entries in externallinks when upgrading. Personally, I'd prefer #3 if someone will actually do it in a timely manner (i.e. unlike bug 27480). #1 would be ok otherwise, at least until #3 is actually done. -- 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 29854] External link search and protocol-relative URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=29854 --- Comment #5 from Roan Kattouw roan.katt...@gmail.com 2011-11-01 15:18:12 UTC --- (In reply to comment #4) Personally, I'd prefer #3 if someone will actually do it in a timely manner (i.e. unlike bug 27480). #1 would be ok otherwise, at least until #3 is actually done. #3 shouldn't require actually running refreshlinks, we should be able to find all protocol-relative entries and convert them pretty easily, without even accessing the page text. I'll hopefully do this on Thursday or Friday. -- 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 22194] PdfHandler: Incorrect aspect ratio of the preview images.
https://bugzilla.wikimedia.org/show_bug.cgi?id=22194 --- Comment #13 from Christian Boltz mediawiki-b...@cboltz.de 2011-11-01 15:21:53 UTC --- Newer versions of pdfinfo seem to include the patch from comment 8 and should therefore work. (I don't know what newer versions means in version numbers. My system has pdfinfo 0.18.0 from poppler and prints the correct size/rotation.) That said: What about a simple solution that works for all pdfinfo versions? ;-) ImageMagick generates good preview images, so PdfHandler could just read the size of the _preview images_ instead of using pdfinfo. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31913] GROUP BY clauses incorrect in SQL generated for special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=31913 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Depends on||32118 --- Comment #10 from Brion Vibber br...@wikimedia.org 2011-11-01 15:54:30 UTC --- Added it as a dep. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32118] test special pages SQL queries against all supported DB
https://bugzilla.wikimedia.org/show_bug.cgi?id=32118 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Blocks||31913 -- 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 32115] MobileFrontend should have an easy way of identifying interwiki languages past localized text
https://bugzilla.wikimedia.org/show_bug.cgi?id=32115 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-11-01 15:58:28 UTC --- We may also have more flexibility in formatting by doing the menu ourselves instead of using a drop-down select -- that would let us take over the whole screen, have more consistent display between browsers, and have more room to show language names and whatever else. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32114] Cannot login
https://bugzilla.wikimedia.org/show_bug.cgi?id=32114 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-11-01 16:00:14 UTC --- a) is your password in fact correct? Note passwords are case-sensitive. b) is your username typed in correctly? Note usernames are often case-sensitive. c) are you on the right site? d) have you tried resetting the password by mail? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29854] External link search and protocol-relative URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=29854
--- Comment #6 from Brad Jorsch b-jor...@alum.northwestern.edu 2011-11-01
16:10:09 UTC ---
Created attachment 9340
-- https://bugzilla.wikimedia.org/attachment.cgi?id=9340
Possible patch to implement Brion's solution
(In reply to comment #5)
#3 shouldn't require actually running refreshlinks, we should be able to find
all protocol-relative entries and convert them pretty easily, without even
accessing the page text.
The complaint was just that that other bug requiring database updates seems to
be being ignored. It could take just two SQL queries to fix the DB:
INSERT INTO externallinks (el_from,el_to,el_index) SELECT el_from, el_to,
CONCAT('http:',el_index) FROM externallinks WHERE el_index LIKE '//%';
UPDATE externallinks SET el_index = CONCAT('https:',el_index) WHERE
el_index LIKE '//%';
Avoiding killing the site while running those queries on Wikipedia is probably
the hard part.
I tried my hand at writing the necessary patch; I copied doTemplatelinksUpdate
for the MySQL database updating. There are probably things that could be done
better. Even if the patch is good, someone would still have to write updaters
for the non-MySQL databases.
--
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 29283] Localisation Cache ACCEL store
https://bugzilla.wikimedia.org/show_bug.cgi?id=29283 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|NEW |RESOLVED CC||m...@everybody.org Resolution||FIXED --- Comment #8 from Mark A. Hershberger m...@everybody.org 2011-11-01 16:11:29 UTC --- r101492 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30882] Create Wikipedia in Northern Sotho
https://bugzilla.wikimedia.org/show_bug.cgi?id=30882 Robin Pepermans (SPQRobin) robinp.1...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #20 from Robin Pepermans (SPQRobin) robinp.1...@gmail.com 2011-11-01 16:18:52 UTC --- Reopening, because [[nso:]] does not work as an interwiki prefix. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16976] Wikis ready for creation (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16976 Bug 16976 depends on bug 30882, which changed state. Bug 30882 Summary: Create Wikipedia in Northern Sotho https://bugzilla.wikimedia.org/show_bug.cgi?id=30882 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 31851] Block form URL parameters not working (wpBlockReason, wpBlockReasonList, etc.)
https://bugzilla.wikimedia.org/show_bug.cgi?id=31851 Brad Jorsch b-jor...@alum.northwestern.edu changed: What|Removed |Added Status|RESOLVED|REOPENED CC||b-jorsch@alum.northwestern. ||edu Resolution|DUPLICATE | --- Comment #2 from Brad Jorsch b-jor...@alum.northwestern.edu 2011-11-01 16:34:01 UTC --- Not a dup of that bug. wpBlockReason, wpBlockReasonList, and wpBlockExpiry have been renamed to wpReason-other, wpReason, and wpExpiry, respectively. So https://test.wikipedia.org/w/index.php?title=Special:BlockwpBlockAddress=Former+user+9172wpExpiry=indefinitewpReason=Abusing+%5B%5BWP%3ASock+puppetry|multiple+accounts%5D%5DwpReason-other=Please+see%3A+%5B%5BWikipedia%3ASockpuppet+investigations%2FFormer+user+9172%5D%5D should work for you. I'll leave it to someone else to decide whether this should be WONTFIX or if compatibility logic should be added as is already done for wpBlockAddress. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32072] update.php has useless/obscure error message
https://bugzilla.wikimedia.org/show_bug.cgi?id=32072 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr --- Comment #5 from Antoine hashar Musso has...@free.fr 2011-11-01 16:50:38 UTC --- renamed by Aaron in r101370 to --force -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30882] Create Wikipedia in Northern Sotho
https://bugzilla.wikimedia.org/show_bug.cgi?id=30882 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED CC||roan.katt...@gmail.com Resolution||FIXED --- Comment #21 from Roan Kattouw roan.katt...@gmail.com 2011-11-01 16:55:04 UTC --- (In reply to comment #20) Reopening, because [[nso:]] does not work as an interwiki prefix. Fixed by updating the interwiki cache. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16976] Wikis ready for creation (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16976 Bug 16976 depends on bug 30882, which changed state. Bug 30882 Summary: Create Wikipedia in Northern Sotho https://bugzilla.wikimedia.org/show_bug.cgi?id=30882 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32122] New: PHP session data timeout problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=32122 Web browser: --- Bug #: 32122 Summary: PHP session data timeout problem Product: MediaWiki Version: 1.16.5 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: User login AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dness...@yahoo.com Classification: Unclassified There is a problem with the utilization of PHP sessions. The data of a timed out PHP session survives and allows logged out users to edit data even when a wiki is setup to only allow logged in users to edit pages. The bug is reproducible in the following way. + First, permissions must be set so that anonymous users can only read pages, while logged in users can perform the normal non-sysadmin functions. On a development machine (NOT a production machine): + Log out of the wiki, if you are currently logged in (or have checked the remember me box). + Make the following changes to php.ini: - session.gc_probability = 100 - session.gc_divisor = 100 - session.gc_maxlifetime = 60 - session.save_path = some directory writable by httpd + Restart httpd + Delete all sessions in the session directory (i.e., session.save_path). This isn't strictly necessary, but it makes it easier to see how the session data are manipulated. + Access the wiki and login (DO NOT CHECK THE REMEMBER ME BOX). Move to a wiki page that you can edit. A new session file is created and it will look something like (assuming you logged on as the WikiSysop user): wsUserID|i:1;wsToken|s:32:0ff5b9ecf52077fb05cc74731f13ba2b;wsUserName| s:9:WikiSysop;wsLoginToken|N; + Wait 60 seconds or more. Edit the page by clicking on the edit tab. Make a change and save the page. You will see the message Sorry! We could not process your edit due to a loss of session data. Please try again. If it still does not work, try logging out and logging back in. The session file will contain: wsUserID|i:1;wsUserName|s:9:WikiSysop; Save the page again. This time it will work. The session data will not change. Now look at Recent Changes. The edit will show the successful edit assigned to an IP address not to the user. This indicates three problems. First, an edit is allowed even though the session has expired. Second, the edit is assigned to an IP address (which, actually, is a direct result of the first problem). Finally, you can continue to edit pages even though you are shown as logged out (the log in/create account message is shown at the top of the page). This bug is discussed in the Mediawiki-l thread MW seems to get confused when IP address of client machine changes while user is logged in started on October 10, 11:16 a.m. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31993] Left bar has very large spacing in English Wikipedia IE 9, IE 8 (compatibility mode), and IE7
https://bugzilla.wikimedia.org/show_bug.cgi?id=31993 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #4 from Brion Vibber br...@wikimedia.org 2011-11-01 17:55:27 UTC --- I can't reproduce this on IE 7/XP, IE 8/XP (regular or compatibility), or IE 9/Win7 (regular or compatibility). Could be something that was specific to the styles and images that were on the main page that particular day, perhaps? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31993] Monobook skin regression: Left bar has very large spacing in English Wikipedia IE 9, IE 8 (compatibility mode), and IE7
https://bugzilla.wikimedia.org/show_bug.cgi?id=31993 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | Summary|Left bar has very large |Monobook skin regression: |spacing in English |Left bar has very large |Wikipedia IE 9, IE 8|spacing in English |(compatibility mode), and |Wikipedia IE 9, IE 8 |IE7 |(compatibility mode), and ||IE7 --- Comment #5 from Brion Vibber br...@wikimedia.org 2011-11-01 17:56:28 UTC --- Ah, this is Monobook-only. Adding to the summary so people might be able to repro. :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30771] result format icalendar - additional parameter summary
https://bugzilla.wikimedia.org/show_bug.cgi?id=30771 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED CC||jeroen_ded...@yahoo.com Resolution||FIXED --- Comment #2 from Jeroen De Dauw jeroen_ded...@yahoo.com 2011-11-01 18:07:22 UTC --- Added in r101505 -- 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 32122] PHP session data timeout problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=32122 Frederick Grose fgr...@gmail.com changed: What|Removed |Added CC||fgr...@gmail.com --- Comment #1 from Frederick Grose fgr...@gmail.com 2011-11-01 18:09:26 UTC --- Link to MediaWiki-l thread root, http://www.mail-archive.com/mediawiki-l@lists.wikimedia.org/msg08842.html -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32001] Wikipedia Zero heading banner
https://bugzilla.wikimedia.org/show_bug.cgi?id=32001 --- Comment #2 from Tomasz Finc tf...@wikimedia.org 2011-11-01 18:12:10 UTC --- Design attached at https://bugzilla.wikimedia.org/attachment.cgi?id=9314 -- 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 31993] 1.18 regression: Monobook skin left bar has very large spacing in IE 7 (and IE 8 IE 9's compatibility mode)
https://bugzilla.wikimedia.org/show_bug.cgi?id=31993 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Component|General/Unknown |User interface Version|unspecified |1.18 Product|Wikimedia |MediaWiki Target Milestone|--- |1.18 tarball release Summary|Monobook skin regression: |1.18 regression: Monobook |Left bar has very large |skin left bar has very |spacing in English |large spacing in IE 7 (and |Wikipedia IE 9, IE 8|IE 8 IE 9's compatibility |(compatibility mode), and |mode) |IE7 | --- Comment #6 from Brion Vibber br...@wikimedia.org 2011-11-01 18:17:47 UTC --- Confirmed this is a regression in 1.18's Monobook skin and can reproduce on my local 1.18 and trunk installs while 1.17 is fine. Primary problem is with IE 7; IE 8 9's compatibility mode emulates IE 7's rendering behavior, so those modes showing the bug too is not surprising. :) Regular mode *should* be the default (and is for me at least) and appears fine. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31993] 1.18 regression: Monobook skin left bar has very large spacing in IE 7 (and IE 8 IE 9's compatibility mode)
https://bugzilla.wikimedia.org/show_bug.cgi?id=31993 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Blocks||29876 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29876] 1.18 post-deployment actions (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29876 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Depends on||31993 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31543] Ratings panel only partially displayed
https://bugzilla.wikimedia.org/show_bug.cgi?id=31543 howief hf...@wikimedia.org changed: What|Removed |Added CC||hf...@wikimedia.org --- Comment #7 from howief hf...@wikimedia.org 2011-11-01 18:24:51 UTC --- Cannot replicate in IE9. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31456] About local content in Android App
https://bugzilla.wikimedia.org/show_bug.cgi?id=31456 herman wong herman.w...@nitobi.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from herman wong herman.w...@nitobi.com 2011-11-01 18:30:55 UTC --- https://github.com/nitobi/Wikipedia/commit/e08725bad4d227324361b8cd06c91da5311ea509 -added a command to load the about page in the menu. -also modified the click handler for the W icon so that it returns the user to the Wikipedia main page. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31447] Tracking bug for 1.0 release of Android App
https://bugzilla.wikimedia.org/show_bug.cgi?id=31447 Bug 31447 depends on bug 31456, which changed state. Bug 31456 Summary: About local content in Android App https://bugzilla.wikimedia.org/show_bug.cgi?id=31456 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31966] Android app should show privacy policy for location data
https://bugzilla.wikimedia.org/show_bug.cgi?id=31966 Bug 31966 depends on bug 31456, which changed state. Bug 31456 Summary: About local content in Android App https://bugzilla.wikimedia.org/show_bug.cgi?id=31456 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
