[Bug 27299] 'Edit summary' displays with '' tag

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27299

p858snake  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX

--- Comment #2 from p858snake  2011-02-11 07:57:17 UTC ---
WONT FIX per Platonides, although if someone did a release notes for that
change would be nice.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 25029] PrefSwitch: Turning off the new features in all wikis fails

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25029

p858snake  changed:

   What|Removed |Added

 CC||jan...@calcey.com

--- Comment #14 from p858snake  2011-02-11 07:52:25 UTC ---
*** Bug 27304 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 27304] DB query syntax error when UsabilityInitiativePrefSwitch is set off

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27304

p858snake  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||asha...@wikimedia.org,
   ||p858sn...@gmail.com,
   ||roan.katt...@gmail.com
  Component|Database|UsabilityInitiative
Version|1.17|any
 Resolution||DUPLICATE
 AssignedTo|wikibugs-l@lists.wikimedia. |tpars...@wikimedia.org
   |org |
Product|MediaWiki   |MediaWiki extensions

--- Comment #1 from p858snake  2011-02-11 07:52:24 UTC ---


*** This bug has been marked as a duplicate of bug 25029 ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 23211] #formlink, #forminput 'query string=' parameter doesn't allow pipes in values

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=23211

Yaron Koren  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #4 from Yaron Koren  2011-02-11 07:32:52 UTC ---
This was apparently fixed at some point between then and now. :) Setting to
"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 27067] Change the deletion list at Commons to fetch from one page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27067

--- Comment #4 from Rehman  2011-02-11 07:27:58 UTC 
---
(In reply to comment #3)
> I think deletereason is ment to a "common" list, but its pointless if we don't
> have a dedicated page/article list for deletions.

Am working on creating a detailed page for the deletion criteria:
http://commons.wikimedia.org/wiki/User:Rehman/Proposals/Deletion_criteria

This is just the first step...

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 23647] geographic coordinates don't work in multiple instance templates

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=23647

Yaron Koren  changed:

   What|Removed |Added

 CC||yaro...@gmail.com
  Component|SemanticForms   |SemanticMaps

--- Comment #6 from Yaron Koren  2011-02-11 07:26:05 UTC ---
Changed component to "SemanticMaps" (though the bug itself is possibly
invalid).

-- 
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 27067] Change the deletion list at Commons to fetch from one page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27067

p858snake  changed:

   What|Removed |Added

 CC||p858sn...@gmail.com

--- Comment #3 from p858snake  2011-02-11 07:23:07 UTC ---
(In reply to comment #1)
> Um, only Filedelete-reason-dropdown should be shown on file deletion pages, 
> why
> are there two?

I think deletereason is ment to a "common" list, but its pointless if we don't
have a dedicated page/article list for deletions.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27067] Change the deletion list at Commons to fetch from one page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27067

--- Comment #2 from Rehman  2011-02-11 07:20:46 UTC 
---
(In reply to comment #1)
> Um, only Filedelete-reason-dropdown should be shown on file deletion pages, 
> why
> are there two?

Exactly. So thats the reason of this request; remove the fetching of the second
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 27319] New: set $wgCategoryPrefixedDefaultSortkey=false for ko.wikipedia

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27319

   Summary: set $wgCategoryPrefixedDefaultSortkey=false for
ko.wikipedia
   Product: Wikimedia
   Version: unspecified
  Platform: All
   URL: http://ko.wikipedia.org/w/index.php?title=%EC%9C%84%ED
%82%A4%EB%B0%B1%EA%B3%BC:%EC%82%AC%EB%9E%91%EB%B0%A9/2
011%EB%85%84_%EC%A0%9C6%EC%A3%BC&oldid=6474068#.EA.B8.
B0.EB.B3.B8_.EC.A0.95.EB.A0.AC_.ED.82.A4_.EB.B3.80.EA.
B2.BD
OS/Version: All
Status: NEW
  Keywords: shell
  Severity: enhancement
  Priority: Normal
 Component: Site requests
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: cdp...@gmail.com


Please set $wgCategoryPrefixedDefaultSortkey=false for ko.wikipedia. 

See link for community discussion:
http://ko.wikipedia.org/w/index.php?title=%EC%9C%84%ED%82%A4%EB%B0%B1%EA%B3%BC:%EC%82%AC%EB%9E%91%EB%B0%A9/2011%EB%85%84_%EC%A0%9C6%EC%A3%BC&oldid=6474068#.EA.B8.B0.EB.B3.B8_.EC.A0.95.EB.A0.AC_.ED.82.A4_.EB.B3.80.EA.B2.BD

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26611] Bugs that should be fixed for 1.17 WMF deployment (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=26611

Rob Lanphier  changed:

   What|Removed |Added

 Depends on||27318

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27318] Wiki editor tool bar labels are not displaying correctly in Firefox 3.5.3

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27318

Rob Lanphier  changed:

   What|Removed |Added

 CC||ro...@wikimedia.org
 Blocks||26611
   Severity|minor   |major

--- Comment #1 from Rob Lanphier  2011-02-11 06:30:09 UTC 
---
This one is a blocker for 1.17.  Thanks for finding this one Nadeesha!

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27318] New: Wiki editor tool bar labels are not displaying correctly in Firefox 3.5.3

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27318

   Summary: Wiki editor tool bar labels are not displaying
correctly in Firefox 3.5.3
   Product: MediaWiki
   Version: 1.17
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: minor
  Priority: Normal
 Component: Page editing
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: nade...@gmail.com


Created attachment 8124
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8124
screen shot - firefox 3.5.3

Steps to reproduce:
1. Navigate to main page.
2. Open a page in edit mode.

Actual results:
Tool bar labels are displayed as '' only in
Firefox 3.5.3(e.g. Advanced, Special Characters)
(refer screen shot)

URL : http://test2.wikipedia.org/wiki/Main_Page
Version: 1.17wmf1 (r81851)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27287] Log for account autocreation missing

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27287

--- Comment #3 from Chad H.  2011-02-11 04:15:16 UTC 
---
(In reply to comment #0)
> Creating an account in 1.16wmf4 test2 using Special:UserLogin doesn't create a
> log entry (Krinkle and Platonides accounts), as opposed to creating it by
> browsing (such as Reedy) where the 'Account created automatically' entry is
> added.
> 

I can confirm this behavior in 1.16wmf4 and 1.17wmf1. I wonder how long has
this been the case...It's certainly not a regression in 1.17 then.

> However, in 1.17wmf1 (deployed to test2 @ 20:07) it looks even more broken. 
> The
> last entry in the user cretion log is at 20:06. Later creations are not shown.
> Whether they are created via Special:Userlogin (Hprmedina, Laura Fiorucci) or
> by cookie (Manuelt15).
>

This we've fixed per comment 1 and 2 above. We should go ahead and preemptively
set this to true for the cluster prior to deployment.

-- 
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 27287] Log for account autocreation missing

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27287

--- Comment #2 from Ariel T. Glenn  2011-02-11 04:04:47 
UTC ---
enabled the setting on test2, tested with cookies, worked, tested creating an
account via Special:UserLogin, worked.  (Dunno why the second would not have
worked but it seems ok now.)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #19 from Daniel Friesen  
2011-02-11 02:55:49 UTC ---
(In reply to comment #18)
> (In reply to comment #17)
> > Looking at trunk, you don't need the $wgSessionName, we already set
> > $wgCookiePrefix . '_session'. There is one documented instance where we 
> > don',
> > because we can't. If you have session.auto_start set in your php.ini
> > $wgSessionName can't do what it does at all. Setting $wgCookiePath and 
> > making
> > sure that you don't have session.auto_start off in your config should be
> > enough.
> 
> I like that, and find it useful, but:
> 
> (MW 1.15.1, 1.16.2) Unfortunately, the session name you are referring to is
> setup later (in setup.php) and thus not yet available when LocalSettings.php
> runs with my - yes, like you, I do not like it - extension HttpAuth code as
> mentioned (I mean the early session_start() command). 
> 
> Perhaps, other and better Authentication plugins are possible, but not
> available for my problem. For the moment, I am very happy to the thorough
> explanations, and many useful suggestions to overcome this "non-"problem. I
> already fixed my code by adding appropriate settings of 
> 
> $wgCookiePath = $wgScriptPath;  // allow per-wiki cookie paths
> $wgSessionName = $wgDBname."Session"; // allow per-wiki session names
> session_name($wgSessionName); // set up a per-wiki session name
> 
> in LocalSettings.php .

$wgSessionName's fallback has always been set in Setup.php, when you don't set
it we default to `$wgCookiePrefix . '_session'`. FWIW, that HttpAuth extension
states on it's own extension page that it has not been maintained in years.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27287] Log for account autocreation missing

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27287

Ariel T. Glenn  changed:

   What|Removed |Added

 CC||ar...@wikimedia.org

--- Comment #1 from Ariel T. Glenn  2011-02-11 02:42:56 
UTC ---
looks like the $wgLogAutocreatedAccounts var needs to be set in one of the
config files, new in 1.17 (see
http://www.mediawiki.org/wiki/Manual:$wgLogAutocreatedAccounts), default seems
to be false.  I don't know what the sensible default should be.  That would
take care of the "created by cookie" accounts at any rate.

-- 
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 27317] New: Categories with dots at the end throw the API offtrack

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27317

   Summary: Categories with dots at the end throw the API offtrack
   Product: MediaWiki
   Version: wikimedia-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: critical
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: diebu...@gmail.com
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
vasi...@gmail.com, soxre...@gmail.com


When querying http://commons.wikimedia.org/w/api.php for 

{
action: "query",
format: "json",
gcmlimit: 13,
gcmnamespace: 6,
gcmtitle: "Category:Stereo_cards_of_Washington,_D.C.",
generator: "categorymembers",
iiprop: "url",
iiurlheight: "400",
iiurlwidth: "1500",
prop: "imageinfo"
}

I get the following return:
{"query-continue":{"categorymembers":{"gcmcontinue":"Washington Arsenal|"}}}

query.pages is missing completely.

-- 
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 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

T. Gries  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 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #18 from T. Gries  2011-02-11 02:14:14 UTC ---
(In reply to comment #17)
> Looking at trunk, you don't need the $wgSessionName, we already set
> $wgCookiePrefix . '_session'. There is one documented instance where we don',
> because we can't. If you have session.auto_start set in your php.ini
> $wgSessionName can't do what it does at all. Setting $wgCookiePath and making
> sure that you don't have session.auto_start off in your config should be
> enough.

I like that, and find it useful, but:

(MW 1.15.1, 1.16.2) Unfortunately, the session name you are referring to is
setup later (in setup.php) and thus not yet available when LocalSettings.php
runs with my - yes, like you, I do not like it - extension HttpAuth code as
mentioned (I mean the early session_start() command). 

Perhaps, other and better Authentication plugins are possible, but not
available for my problem. For the moment, I am very happy to the thorough
explanations, and many useful suggestions to overcome this "non-"problem. I
already fixed my code by adding appropriate settings of 

$wgCookiePath = $wgScriptPath;  // allow per-wiki cookie paths
$wgSessionName = $wgDBname."Session"; // allow per-wiki session names
session_name($wgSessionName); // set up a per-wiki session name

in LocalSettings.php .

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27313] Integrate Upload Wizard into Add Media Wizard ( tracking bug )

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27313

Michael Dale  changed:

   What|Removed |Added

 Depends on||27316

-- 
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 27316] New: Make Upload Wizard configurable to upload a single file and set api upload target

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27316

   Summary: Make Upload Wizard configurable to upload a single
file and set api upload target
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: d...@ucsc.edu
CC: gpaum...@wikimedia.org, asha...@wikimedia.org
Blocks: 27313


The upload wizard should support configuration in its invocation to limit it to
a single file upload and set an api upload target.

-- 
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 27313] Integrate Upload Wizard into Add Media Wizard ( tracking bug )

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27313

Michael Dale  changed:

   What|Removed |Added

 Depends on||27315

-- 
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 25676] Deploy FirefoggChunkedUpload extension.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25676

Michael Dale  changed:

   What|Removed |Added

 Blocks||27315

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27315] New: Add chunk uploading and firefogg support to upload wizard

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27315

   Summary: Add chunk uploading and firefogg support to upload
wizard
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: d...@ucsc.edu
CC: gpaum...@wikimedia.org, asha...@wikimedia.org
Depends on: 25676
Blocks: 27313


Once the Chunked File uploading extension is deployed, we should add both
firefogg and html5 native chunk uploading for large files. This makes it easier
to upload large files without being a DOS vector for the server architecture
and can support simple resuming where a particular POST request is rest.

-- 
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 27313] Integrate Upload Wizard into Add Media Wizard ( tracking bug )

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27313

Michael Dale  changed:

   What|Removed |Added

 Depends on||27314

-- 
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 27314] New: Cross domain uploading handler

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27314

   Summary: Cross domain uploading handler
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: d...@ucsc.edu
CC: gpaum...@wikimedia.org, asha...@wikimedia.org
Blocks: 27313


The upload wizard should support uploading to other domains, so that its
possible to use the upload wizard interface on other domains such as
"en.wikipedia.org" while uploading to "commons.wikimedia.org". This is useful
for integrating with the add media wizard that makes an upload interface
available on edit pages.

-- 
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 27313] New: Integrate Upload Wizard into Add Media Wizard ( tracking bug )

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27313

   Summary: Integrate Upload Wizard into Add Media Wizard (
tracking bug )
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: d...@ucsc.edu
CC: gpaum...@wikimedia.org, asha...@wikimedia.org


The add media wizard adds an interface for "insert image" on any edit page. It
features media search and upload button. The upload button should use the
Upload Wizard interface ( rather than the simple upload form presently in the
interface )

This bug tracks, features and bugs dependent for this integration.

-- 
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 27312] New: Improve interface for adding categories to a page in MediaWiki core

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27312

   Summary: Improve interface for adding categories to a page in
MediaWiki core
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: User interface
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@mzmcbride.com


Currently in MediaWiki, adding categories requires knowing obscure and esoteric
code (as well as knowing which categories already exist on the wiki). This
sucks. For geeks and other techies, it makes sense, but for regular people,
they want to know why MediaWiki doesn't have a drop-down or suggestion system
of some kind. And they want to know why they're required to manually type out
the code and full category name, when plenty of other sites have features such
as textarea tab-completion or auto-suggest or whatever else. The regular folks
are right: a proper interface for adding categories is missing currently.

One option to resolve this bug might be to examine integrating something
similar to HotCat () into
MediaWiki core. Other options will require more thought and development time.
This is a serious interface issue, however, and I can't find any duplicates
after a quick search of the database, so I'm logging this 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 24693] Upload wizard: Improve Licensing tutorial integration

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24693

--- Comment #4 from Neil Kandalgaonkar  2011-02-11 
02:01:25 UTC ---
I updated, had this error on page 1:

$j.cookie is not a function

http://wiki.ivy.local/w/extensions/UploadWizard/resources/mw.UploadWizard.js?303
Line 1692(In reply to comment #3)
> Implemented a quick and dirty opt-out (cookie-based) in r81872 and r81926. 
> This
> sets a cookie for 1 year to skip the first step. No re-opt-in other than
> clearing your cookies.
> 
> This should be adequate for the time being. Later, we could revisit and
> implement as a preference.

-- 
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 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #17 from Daniel Friesen  
2011-02-11 01:58:18 UTC ---
Looking at trunk, you don't need the $wgSessionName, we already set
$wgCookiePrefix . '_session'. There is one documented instance where we don',
because we can't. If you have session.auto_start set in your php.ini
$wgSessionName can't do what it does at all. Setting $wgCookiePath and making
sure that you don't have session.auto_start off in your config should be
enough.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27311] New: Add a "create a page" interface to MediaWiki core

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27311

   Summary: Add a "create a page" interface to MediaWiki core
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: User interface
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: b...@mzmcbride.com


The current system for adding pages to a MediaWiki wiki is completely
unintuitive. When trying to explain it to people, they get completely confused
about why there isn't simply a "create a page" link in the sidebar (or
wherever) that can be clicked to start a new page. When I have to explain that
you must go through Special:Search or type the title directly into the URL bar
or create a link first, people look at me like I'm insane. And in some ways,
this model is insane.

MediaWiki needs a functionality similar to that of WordPress where pages can be
created by mortals easily. I'm told this might require some reworking of the
EditPage.php code, as not having a title already when trying to create a page
is currently problematic. That said, I believe this is a very serious user
interface issue that should be resolved and it is certainly not impossible to
resolve this issue properly.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #16 from T. Gries  2011-02-11 01:48:56 UTC ---
> $wgCookiePath, session.name, $wgSessionName. You have all these at your
> disposal to properly configure the session settings so that each wiki gets...

Thanks for your valuable tips. I tried to use $wgSessionName="something" and
found again only PHPSESSID - in my wiki-farm installation. Then I found, that
the extension http://www.mediawiki.org/wiki/Extension:HttpAuth caused all of my
problems, because this extension uses - it needs some additional code in
LocalSettings.php - only

   session_start(); // php uses standard session name

Respecting what you wrote I changed that immediately to

# Cookie settings:
$wgCookiePath = $wgScriptPath;  // allow per-wiki cookie paths
$wgSessionName = $wgDBname."Session"; // allow per-wiki session names
...
session_name($wgSessionName); // set up a per-wiki session name
session_start();

Thanks for assistance.
--- 
references:
http://www.mediawiki.org/wiki/Extension:HttpAuth 
http://www.php.net/manual/en/function.session-id.php#72330
http://www.mediawiki.org/wiki/Session.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 25983] Drop unused columns

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25983

--- Comment #1 from MZMcBride  2011-02-11 01:45:12 UTC ---
Not sure what's high priority about unused database columns.

The bug summary here should be clarified. There are one or two unused columns
in MediaWiki core, as I recall. Is this bug about those as well or only about
CodeReview's columns?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 24693] Upload wizard: Improve Licensing tutorial integration

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24693

--- Comment #3 from Ryan Kaldari  2011-02-11 01:41:40 
UTC ---
Implemented a quick and dirty opt-out (cookie-based) in r81872 and r81926. This
sets a cookie for 1 year to skip the first step. No re-opt-in other than
clearing your cookies.

This should be adequate for the time being. Later, we could revisit and
implement as a preference.

-- 
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 26715] Unable to change from Kaltura media player owing to "players" feature not functioning

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=26715

Michael Dale  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #5 from Michael Dale  2011-02-11 01:38:57 UTC ---
going to mark this resolved, since the attached screen shot show the player
selection system for most major browsers.

-- 
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 18779] Modern Skin should have print-specific CSS

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=18779

Reedy  changed:

   What|Removed |Added

   Keywords|easy|

--- Comment #8 from Reedy  2011-02-11 01:38:04 UTC ---
Why don't you apply your patches? ;)

-- 
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 27223] GRAMMAR should allow selective bolding, etc.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27223

Reedy  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 27067] Change the deletion list at Commons to fetch from one page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27067

Reedy  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 26731] Parser->serialiseHalfParsedText($text) does not save strip items if $text begins with a strip marker

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=26731

Reedy  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 26657] Pressing Enter in history pages should display the diff between selected revisions

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=26657

Reedy  changed:

   What|Removed |Added

   Keywords|easy|

-- 
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 25476] [i18n] Custom format for saved signature timestamps (four/five tildes)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25476

Reedy  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 24592] Edit-Toolbar not accessible to screen readers

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24592

Reedy  changed:

   What|Removed |Added

   Keywords|easy|

-- 
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 24584] zoom-links get in the way of screen readers

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24584

Reedy  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 16731] Categories should use (cont.) when breaking a letter's entries over to the next page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=16731

--- Comment #4 from Reedy  2011-02-11 01:33:46 UTC ---
Noted this still occurs

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27310] Password reset form does not include domain information

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27310

--- Comment #1 from Ryan Lane  2011-02-11 01:33:42 UTC ---
Actually, this is worse in trunk than I thought. Password changing no longer
works with LDAP at all. Since the domain isn't set when the form is loaded,
wgAuth->allowPasswordChange() returns false.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 16731] Categories should use (cont.) when breaking a letter's entries over to the next page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=16731

Reedy  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 24581] collapsible sidebar confuses tab order

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24581

Reedy  changed:

   What|Removed |Added

   See Also|https://bugzilla.wikimedia. |http://bugzilla.wikimedia.o
   |org/show_bug.cgi?id=24582   |rg/show_bug.cgi?id=23428

-- 
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 27303] Search fails within User: namespace

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27303

--- Comment #3 from Robert Stojnic  2011-02-11 01:32:05 UTC 
---
As far as I know the most complete documentation is on en.wp:

http://en.wikipedia.org/wiki/Help:Searching

-- 
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 24581] collapsible sidebar confuses tab order

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24581

Reedy  changed:

   What|Removed |Added

   Keywords|easy|

-- 
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 20479] Stylesheet forces too much space below minor headings in Wikipedia

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=20479

Reedy  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 on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 640] Internet Explorer (IE) issues on Windows (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=640

Bug 640 depends on bug 14518, which changed state.

Bug 14518 Summary: Images clipped to italic text when using Modern skin in IE7
https://bugzilla.wikimedia.org/show_bug.cgi?id=14518

   What|Old Value   |New Value

 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 12788] CSS (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=12788

Bug 12788 depends on bug 14518, which changed state.

Bug 14518 Summary: Images clipped to italic text when using Modern skin in IE7
https://bugzilla.wikimedia.org/show_bug.cgi?id=14518

   What|Old Value   |New Value

 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 14518] Images clipped to italic text when using Modern skin in IE7

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=14518

Reedy  changed:

   What|Removed |Added

   Keywords|easy|
 Status|NEW |RESOLVED
 Resolution||WORKSFORME

--- Comment #4 from Reedy  2011-02-11 01:30:06 UTC ---
Fine on IE8

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27303] Search fails within User: namespace

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27303

--- Comment #2 from Daniel U. Thibault  2011-02-11 
01:29:33 UTC ---
I had not realised that regular expressions were supported. Good to know. Is
there a user's documentation anywhere? All I seem to get from looking around
are technical specs from a programmer's point of view...

-- 
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 16941] Preferences return "Invalid raw signature. Check HTML tags." error, when the HTML is alright.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=16941

Reedy  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 13070] Replace the "magnify" symbol used below thumbnails by a more explicit one

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=13070

Reedy  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 11375] No (or broken) whitespace stripping in unnamed template parameter values.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=11375

Reedy  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 9246] When uploading a new version of a file watch this page is not automatic

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=9246

Reedy  changed:

   What|Removed |Added

   Attachment #4581|0   |1
is obsolete||

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 9246] When uploading a new version of a file watch this page is not automatic

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=9246

Reedy  changed:

   What|Removed |Added

   Keywords|easy, 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 27292] Skin improvement tracking bug

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27292

Reedy  changed:

   What|Removed |Added

 Depends on||3112

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 3112] Different colours for visited/unvisited external links

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=3112

Reedy  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com,
   ||tpars...@wikimedia.org
 Blocks||27292

--- Comment #12 from Reedy  2011-02-11 01:24:36 UTC ---
CC'ing Trevor and Krinkle...

This is a very trivial bug, and by the looks of it, also occurs on Vector.
Maybe other skins too

Any chance of fixing this up and closing 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 9237] Interwiki redirects are listed in Special:BrokenRedirects

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=9237

Reedy  changed:

   What|Removed |Added

 CC||s...@reedyboy.net

--- Comment #10 from Reedy  2011-02-11 01:20:33 UTC ---
This seems to still be a valid bug, using the basic query used in
SpecialBrokenRedirects, adding in the rd_interwiki col, we get the below

mysql> SELECT p1.page_namespace AS namespace,p1.page_title AS
title,rd_namespace,rd_title,rd_interwiki  FROM `mw_redirect` LEFT JOIN
`mw_page` `p1` ON ((rd_from=p1.page_id)) LEFT JOIN `mw_page` `p2` ON
((rd_namespace=p2.page_namespace) AND (rd_title=p2.page_title))  WHERE
(rd_namespace >= 0) AND (p2.page_namespace IS NULL)  ORDER BY rd_namespace,
rd_title, rd_from LIMIT 50\g
+---+---+--+--+--+
| namespace | title | rd_namespace | rd_title | rd_interwiki |
+---+---+--+--+--+
| 0 | Test2 |0 | Test | wikipedia|
+---+---+--+--+--+

[[Test2]] -> #REDIRECT [[wikipedia:Test]]

The following redirects link to non-existent pages:
Showing below up to 1 result starting with #1.
View (previous 50 | next 50) (20 | 50 | 100 | 250 | 500)
Test2 (edit | delete) → Test



So would look like this still needs fixing. But if the fix is so simple, we
should do it and get this bug closed :)


Would

SELECT p1.page_namespace AS namespace,p1.page_title AS
title,rd_namespace,rd_title,rd_interwiki  FROM `mw_redirect` LEFT JOIN
`mw_page` `p1` ON ((rd_from=p1.page_id)) LEFT JOIN `mw_page` `p2` ON
((rd_namespace=p2.page_namespace) AND (rd_title=p2.page_title))  WHERE
(rd_namespace >= 0) AND (p2.page_namespace IS NULL)  ORDER BY rd_namespace,
rd_title, rd_from LIMIT 50\g

to

SELECT p1.page_namespace AS namespace,p1.page_title AS
title,rd_namespace,rd_title,rd_interwiki  FROM `mw_redirect` LEFT JOIN
`mw_page` `p1` ON ((rd_from=p1.page_id)) LEFT JOIN `mw_page` `p2` ON
((rd_namespace=p2.page_namespace) AND (rd_title=p2.page_title))  WHERE
(rd_namespace >= 0) AND (p2.page_namespace IS NULL) AND (rd_interwiki = '') 
ORDER BY rd_namespace, rd_title, rd_from LIMIT 50\g

(that is, adding "AND (rd_interwiki = '') "), be enough to fix this? That way
the brroken redirect query isn't including things that redirect to IW

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 9237] Interwiki redirects are listed in Special:BrokenRedirects

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=9237

Reedy  changed:

   What|Removed |Added

   Keywords|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 27310] New: Password reset form does not include domain information

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27310

   Summary: Password reset form does not include domain
information
   Product: MediaWiki
   Version: wikimedia-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: User preferences
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: rlan...@gmail.com
CC: agarr...@wikimedia.org


The password reset form does not include domain information, or set the domain
when resetting the password. This causes problems with the LDAP authentication
plugin when passwords are reset.

After the user's password is reset they are logged in, but their session does
not have wsDomain set, leading to strange behavior.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 10081] Allow html attribute on SyntaxHighlight GeSHi extension

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=10081

Reedy  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #11 from Reedy  2011-02-11 00:31:28 UTC ---
r81925

-- 
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 10081] Allow html attribute on SyntaxHighlight GeSHi extension

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=10081

--- Comment #10 from Reedy  2011-02-11 00:28:30 UTC ---
if ( !isset( $attribs['dir'] ) ) {
$attribs['dir'] = 'ltr';
}

I suppose...

-- 
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 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #15 from Daniel Friesen  
2011-02-11 00:18:15 UTC ---
(In reply to comment #14)
> (In reply to comment #13)
> > (In reply to comment #12)
> > >This makes no sense. $_SESSION['wsUserID'] at http://server/wiki1 will 
> > >access
> > >storage pointed by cookie wiki1userID, while $_SESSION['wsUserID'] at
> > >http://server/wiki2 will access storage pointed by cookie wiki2userID
> > 
> > Platonides, please can you check this on your server.
> > 
> > I have really _found_ that (in my) installation of several wikis
> > http://server/wiki1 and http://server/wiki2 there is only _one_ PHPSESSID .
> > Of course, there are distinct cookies, wiki1UserID and wiki2UserID etc. 
> > which
> > brought me creating this bugzilla.
> 
> Remark: wiki1 and wiki2 share the same core code by using symbolic links

$wgCookiePath, session.name, $wgSessionName. You have all these at your
disposal to properly configure the session settings so that each wiki gets it's
own session as it should. MediaWiki does not set cookiepath or override
session.name on it's own by default because it does not know enough information
about the path and config of other wikis to do so without breaking, and
overriding the session cookie on it's own would override any php.ini
session.name settings you make.

If you have multiple wiki on the same domain $wgCookiePath should be set, if
you have one of the edge cases where you absolutely cannot use proper http
cookie domain/path settings to restrict sessions to each wiki (a wiki in /foo/
and another in /foo/bar) then use session.name or $wgSessionName to change the
name of the cookie used to get the wiki's session from.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 25983] Drop unused columns

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25983

Mark A. Hershberger  changed:

   What|Removed |Added

   Priority|Normal  |High
 CC||m...@everybody.org

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #14 from T. Gries  2011-02-11 00:10:08 UTC ---
(In reply to comment #13)
> (In reply to comment #12)
> >This makes no sense. $_SESSION['wsUserID'] at http://server/wiki1 will access
> >storage pointed by cookie wiki1userID, while $_SESSION['wsUserID'] at
> >http://server/wiki2 will access storage pointed by cookie wiki2userID
> 
> Platonides, please can you check this on your server.
> 
> I have really _found_ that (in my) installation of several wikis
> http://server/wiki1 and http://server/wiki2 there is only _one_ PHPSESSID .
> Of course, there are distinct cookies, wiki1UserID and wiki2UserID etc. which
> brought me creating this bugzilla.

Remark: wiki1 and wiki2 share the same core code by using symbolic 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 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #13 from T. Gries  2011-02-11 00:09:04 UTC ---
(In reply to comment #12)
>This makes no sense. $_SESSION['wsUserID'] at http://server/wiki1 will access
>storage pointed by cookie wiki1userID, while $_SESSION['wsUserID'] at
>http://server/wiki2 will access storage pointed by cookie wiki2userID

Platonides, please can you check this on your server.

I have really _found_ that (in my) installation of several wikis
http://server/wiki1 and http://server/wiki2 there is only _one_ PHPSESSID .
Of course, there are distinct cookies, wiki1UserID and wiki2UserID etc. which
brought me creating this bugzilla.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #12 from Platonides  2011-02-11 00:03:25 UTC 
---
> Unlike the cookies names which already reflect the wiki database names in 
> their
> cookie names like 'wiki1userID', the session currently only uses a
> database-INDEPENDT name 'wsUserID' etc. like $_SESSION['wsUserID'].

This makes no sense. $_SESSION['wsUserID'] at http://server/wiki1 will access
storage pointed by cookie wiki1userID, while $_SESSION['wsUserID'] at
http://server/wiki2 will access storage pointed by cookie wiki2userID

> I developed a patch to make the session variables conform to the cookie names
> and wish to have this or a similar change submitted to the current TRUNK.
> 
> The attached patch is for BRANCH 1.16.2. Basically, I added $wgCookiePrefix to
> _all_ Session variables.

You would need to have changed $wgSessionName or $wgCookiePrefix in order to
have such behavior.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #11 from Krinkle  2011-02-11 00:02:51 UTC ---
(just a little basic info here)
The session data is stored on the server side identified by a unique id. The
reference to this is stored in a cookie, so that when you go to the wiki PHP
checks which cookie you have so it known which session belongs to you.

When the path of this cookie is set properly, when you go to the different
wikis both will set their own cookie with an id for that wiki's path. Then you
visit the wiki and PHP get's the id, but because the coookie is set in a
certain path it only gets the right one.

In a way 'path' does exactly what you attempt to accomplish with the 'prefix'
you request, but better.

the browser only sends cookies that match the current path. so a request to
/server/foowiki/some/dir/ will be sent the cookie that was set with
path=/foowiki.

Likewise, visiting /server/foowiki/barwiki/somedir will result in the browser
sending cookies that match that current path, including:
* / (root, sitewide)
* /foowiki (also matches cookies set for the other wiki...)
* /foowiki/barwiki
* /foowiki/barwiki/somedir

I hope that made sense.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

T. Gries  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX

--- Comment #10 from T. Gries  2011-02-11 00:00:57 UTC ---
I declare this closed, but potential wiki farm users are warned.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #9 from T. Gries  2011-02-10 23:58:31 UTC ---
> There is nothing more secure about prefixing internal $_SESSION data with a
> cookie prefix. The fact that you have this conflict means that these wikis
> already know each other's $_SESSION (which they SHOULD NOT), THAT is insecure,
> prefixing keys we use inside $_SESSION WILL NOT fix that making it more 
> secure,
> because both wikis will still be able to access each other's session data. The
> only proper thing to do is to properly make use of http's cookie domain and
> cookie path to restrict cookies so that the two wikis do not have access to
> each other's session data.
Yes, you are right - as said before - I admit. But there's is also nothing
wrong in adding $wgCookiePrefix .

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #8 from T. Gries  2011-02-10 23:56:43 UTC ---
Created attachment 8123
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8123
diff of my patch against TRUNC User.php r81868

This patch has not yet been tested. It contains the same changes as described:
per-wiki sessione parameter, if several wikis are run on the same server.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #7 from Daniel Friesen  
2011-02-10 23:54:21 UTC ---
(In reply to comment #6)
> (In reply to comment #5)
> > The only configuration you describe where $wgCookiePath will not work is one
> > where you have a wiki in /foo/index.php and another wiki in 
> > /foo/bar/index.php
> > (installing MediaWiki inside another MediaWiki directory)...
> 
> The described effect is also when using /foo1/index.php and another wiki in
> /foo2/index.php .
> 
> You are right in saying to use different session cookies. From Security Audit
> reason I only wanted to point out that foo2 sees(regards) the foo1 Session
> parameter in the _current_ mediawiki version WHY NOT adding the 
> $wgCookiePrefix
> ?? which solves this finally ?

You ONLY see this because you are not properly setting $wgCookiePath. I said
"The only configuration you describe where $wgCookiePath will not work is one
where you have a wiki in /foo/index.php and another wiki in
/foo/bar/index.php".

/foo1 Should have $wgCookiePath = "/foo1"; and /foo2 should have $wgCookiePath
= "/foo2";

There is nothing more secure about prefixing internal $_SESSION data with a
cookie prefix. The fact that you have this conflict means that these wikis
already know each other's $_SESSION (which they SHOULD NOT), THAT is insecure,
prefixing keys we use inside $_SESSION WILL NOT fix that making it more secure,
because both wikis will still be able to access each other's session data. The
only proper thing to do is to properly make use of http's cookie domain and
cookie path to restrict cookies so that the two wikis do not have access to
each other's session data.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 1] Documentation is out of date, incomplete

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=1

--- Comment #35 from Mark Clements (HappyDog)  2011-02-10 
23:46:26 UTC ---
bug 22710, bug 19719, bug 2114, bug 14720, bug 12788, ... (161 results found)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #6 from T. Gries  2011-02-10 23:43:36 UTC ---
(In reply to comment #5)
> The only configuration you describe where $wgCookiePath will not work is one
> where you have a wiki in /foo/index.php and another wiki in /foo/bar/index.php
> (installing MediaWiki inside another MediaWiki directory)...

The described effect is also when using /foo1/index.php and another wiki in
/foo2/index.php .

You are right in saying to use different session cookies. From Security Audit
reason I only wanted to point out that foo2 sees(regards) the foo1 Session
parameter in the _current_ mediawiki version WHY NOT adding the $wgCookiePrefix
?? which solves this finally ?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #5 from Daniel Friesen  
2011-02-10 23:39:40 UTC ---
The only configuration you describe where $wgCookiePath will not work is one
where you have a wiki in /foo/index.php and another wiki in /foo/bar/index.php
(installing MediaWiki inside another MediaWiki directory)... The usual
/foo/index.php /bar/index.php is precisely what $wgCookiePath should be used
for.

If you absolutely MUST have a wiki in /foo/index.php and another in
/foo/bar/index.php they should be configured to use different session cookies.
They should not be sharing a session. The fix is NOT to go prefixing internal
session keys.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #4 from T. Gries  2011-02-10 23:35:13 UTC ---

> The problem became apparent when testing several advanced authentication
> extensions. Normally, nobody will take notice of it - users will be simply
> logged out (as if the cookies have expired).

Because it relates to user logins, I set the importance to "critical". It is up
to the group of core developers to decide if this is correct. (Brion, pls. can
you comment ?)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #3 from T. Gries  2011-02-10 23:33:07 UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > I don't like this idea, wikis should not be sharing the session like 
> Well, that's true. But if the server has several subdirectories in which
> severals wikis "live", then you have this problem. And I am only telling this;
> it's a flaw of server installation. My patch "heals" the problem that 
> different
> MediaWiki installations uses the _same_ Session variable names.

The problem became apparent when testing several advanced authentication
extensions. Normally, nobody will take notice of it - users will be simply
logged out (as if the cookies have expired).

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

--- Comment #2 from T. Gries  2011-02-10 23:31:09 UTC ---
(In reply to comment #1)
> I don't like this idea, wikis should not be sharing the session like 
Well, that's true. But if the server has several subdirectories in which
severals wikis "live", then you have this problem. And I am only telling this;
it's a flaw of server installation. My patch "heals" the problem that different
MediaWiki installations uses the _same_ Session variable names.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 11571] Change CSS so tab spacing is 'before edit' instead of 'after talk'.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=11571

--- Comment #6 from Daniel Friesen  
2011-02-10 23:30:57 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> > Do people really care now that we have vector?
> If you mean 'should we still try and improve monobook?' then, by extension, 
> the
> answer must still be 'yes'.
Well we have to balance that out with the fact that fixing this will change the
markup used in tabs on MonoBook. So just to fix a little margin bug we could
potentially break plenty of site customizations of MonoBook related to the
tabs.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

Daniel Friesen  changed:

   What|Removed |Added

 CC||mediawiki-bugs@nadir-seen-f
   ||ire.com

--- Comment #1 from Daniel Friesen  
2011-02-10 23:27:27 UTC ---
I don't like this idea, wikis should not be sharing the session like that, if
they aren't using the same user database, then they should be using separate
sessions, hence separate login cookies. Cookie prefix shouldn't be used for
server size session data either.

You should be setting $wgCookiePath on your wiki.

Circling around, off the top of my head, I believe that your patch will break
wikis that DO use a shared user database.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 11571] Change CSS so tab spacing is 'before edit' instead of 'after talk'.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=11571

--- Comment #5 from Mark Clements (HappyDog)  2011-02-10 
23:26:46 UTC ---
(In reply to comment #4)
> Do people really care now that we have vector?

If you mean 'would there be a massive public outcry if Monobook was removed
altogether?', then the answer is clearly 'yes'.

If you mean 'should we still try and improve monobook?' then, by extension, the
answer must still be 'yes'.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 1] Documentation is out of date, incomplete

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=1

p858snake  changed:

   What|Removed |Added

 CC||p858sn...@gmail.com

--- Comment #34 from p858snake  2011-02-10 23:24:35 UTC ---
(In reply to comment #33)
> Really, this should be a tracking bug.  Can someone change the summary to
> "Tracking bug for documentation issues", please?

It is a tracking bug, it doens't need to the word "tracking" to make it so.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 1] Documentation is out of date, incomplete

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=1

Mark Clements (HappyDog)  changed:

   What|Removed |Added

 CC||w...@kennel17.co.uk

--- Comment #33 from Mark Clements (HappyDog)  2011-02-10 
23:18:42 UTC ---
Really, this should be a tracking bug.  Can someone change the summary to
"Tracking bug for documentation issues", please?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27309] User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

T. Gries  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 27309] New: User.php : make $_SESSION parameters wiki-database specific ("per-wiki"). Cookies are already.

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27309

   Summary: User.php : make $_SESSION parameters wiki-database
specific ("per-wiki"). Cookies are already.
   Product: MediaWiki
   Version: 1.16.2
  Platform: All
OS/Version: All
Status: NEW
  Severity: critical
  Priority: Normal
 Component: User login
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: m...@tgries.de


Created attachment 8122
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8122
diff of my patch against BRANCH 1.16.2 User.php r64678

I found the following bug in User.php which is _only_ apparent when running a
plurality of wikis on the same server and when users come to the different
wikis during the same session.

(Fortunately, the current software fails safely and logs out the user, because
the token will finally not match when users switch from one to another wiki in
the same session. The patch presents a clean solution that also session
parameters are saved per-wiki, which is currently not the case.)

When users access two wikis like http://server/wiki1 and http://server/wiki2 in
the same session, the user credentials are taken with first priority from the
session (see User.php loadFromSession).

Unlike the cookies names which already reflect the wiki database names in their
cookie names like 'wiki1userID', the session currently only uses a
database-INDEPENDT name 'wsUserID' etc. like $_SESSION['wsUserID'].

I developed a patch to make the session variables conform to the cookie names
and wish to have this or a similar change submitted to the current TRUNK.

The attached patch is for BRANCH 1.16.2. Basically, I added $wgCookiePrefix to
_all_ Session variables.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27308] New: Instance-is-ready email script should include the instance's host key fingerprint

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27308

   Summary: Instance-is-ready email script should include the
instance's host key fingerprint
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: OpenStackManager
AssignedTo: rlan...@gmail.com
ReportedBy: rlan...@gmail.com


For security sake, it would be ideal to send the server's fingerprint with the
email telling the user the instance is ready.

-- 
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 26356] option to only show pages with stable versions at list=categorymembers

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=26356

Rob Lanphier  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||LATER

-- 
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 26414] The revision tag pops up a window in the wrong direction in an RTL environment

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=26414

Rob Lanphier  changed:

   What|Removed |Added

 CC||ro...@wikimedia.org

--- Comment #6 from Rob Lanphier  2011-02-10 22:21:55 UTC 
---
This should be deployed with 1.17.  See
http://techblog.wikimedia.org/2011/02/1-17deployment-attempt2/

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26730] Errors in edit review log at en.wikibooks

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=26730

Aaron Schulz  changed:

   What|Removed |Added

   Severity|major   |normal

-- 
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 26611] Bugs that should be fixed for 1.17 WMF deployment (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=26611

Rob Lanphier  changed:

   What|Removed |Added

 Depends on||26602

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26602] Corrupt link to version when viewing a diff

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=26602

Rob Lanphier  changed:

   What|Removed |Added

 Blocks||26611

-- 
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 26602] Corrupt link to version when viewing a diff

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=26602

Rob Lanphier  changed:

   What|Removed |Added

 CC||ro...@wikimedia.org

--- Comment #4 from Rob Lanphier  2011-02-10 22:18:28 UTC 
---
Priyanka, we think this was dealt with, but could you confirm that this is
fixed for 1.17?

-- 
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 8390] Enable Semantic MediaWiki on WMF projects

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=8390

mybugs.m...@gmail.com changed:

   What|Removed |Added

 CC||mybugs.m...@gmail.com

--- Comment #14 from mybugs.m...@gmail.com 2011-02-10 21:59:34 UTC ---
Hi!

What is the situation of this?
Would it be feasible to install SMW on Wikimedia projects?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26611] Bugs that should be fixed for 1.17 WMF deployment (tracking)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=26611

Mark A. Hershberger  changed:

   What|Removed |Added

 Depends on|27150   |

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 27150] Database query error (1267) while login/signup attempt

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27150

Mark A. Hershberger  changed:

   What|Removed |Added

 Blocks|26611   |

-- 
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 27287] Log for account autocreation missing

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=27287

Rob Lanphier  changed:

   What|Removed |Added

 CC||ro...@wikimedia.org
 AssignedTo|vasi...@gmail.com   |innocentkil...@gmail.com

-- 
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