[Bug 29994] New: Dozens of licenses and flickr review requests being added by UW to some uploads

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 29994
   Summary: Dozens of licenses and flickr review requests being
added by UW to some uploads
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: UploadWizard
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: dar...@spamcop.net
CC: asha...@wikimedia.org, ne...@wikimedia.org
Classification: Unclassified


Please check all uploads done using UW in the following list:

http://commons.wikimedia.org/wiki/Special:Contributions/Sujoy

Besides apparently adding all licenses available in UW to the images, it added
as well dozens of Flickr review requests. I've been noticing very occasionally
this kind of occurrence in the UW, but I've never seen so many together and
with so many licenses and flickreview marks.

Example:
http://commons.wikimedia.org/w/index.php?title=File:Upload_by_sujoy_bahirgachi_(23).jpg&oldid=56932978

Commons thread about this problem at the Village Pump:
http://commons.wikimedia.org/wiki/Commons:Village_pump#UploadWizard_gone_mad.3F

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

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

[Bug 25337] MediaWiki:Useractivity-award should support GENDER

[bugzilla-daemon]

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

--- Comment #2 from Jack Phoenix  2011-07-21 
06:21:22 UTC ---
The fix for this bug seems rather simple, but sadly it isn't so. In my testing,
I moved the bolding and link rendering from $1 to the useractivity-award
message and changed wfMsg to wfMsgExt with the parse option and passed
$row->sg_user_name as $1 to the message.
It introduced not one but two new bugs: annoying  tags that messed with the
display in a place where they weren't supposed to be and the Parser's strip
marked (UNIQ string) was exposed when using the siteactivity parser hook.

-- 
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 19587] secure.wikimedia.org speed and status

[bugzilla-daemon]

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

--- Comment #19 from Chris Wood  2011-07-21 05:28:51 
UTC ---
Merge with bug 25271?

-- 
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 25271] 502 proxy error on Secure server

[bugzilla-daemon]

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

Chris Wood  changed:

   What|Removed |Added

 CC||standsongr...@gmail.com

--- Comment #4 from Chris Wood  2011-07-21 05:28:31 
UTC ---
Merge with bug 19587?

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

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

[Bug 28663] MediaWiki:Top-fans-by-category-title-referrals-count - meaning is unclear.

[bugzilla-daemon]

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

Jack Phoenix  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Jack Phoenix  2011-07-21 
05:21:33 UTC ---
"referral" in this context means referring a user to the wiki via a specialized
signup link, such as
http://example.com/w/index.php?title=Special:UserLogin&type=signup&referral=Foo.
If the referred user signs up via this link, the referrer (User:Foo, in this
example) may be awarded some points as a reward (if set so in the site
configuration); the amount of points is specified in
$wgUserStatsPointValues['referral_complete'].

For the referral stuff to work properly, you need at least one separate
extension, [[mw:Extension:NewSignupPage]] (based on the old LoginReg extension)
to add the hidden referral field to the signup form.
In order to generate and mail out these specialized signup links, you should
use the InviteContacts extension (see [[mw:Special:Code/MediaWiki/84110]]), but
admittedly that extension is (still) a work-in-progress.

-- 
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 19173] animated gif resize not working

[bugzilla-daemon]

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

Sumana Harihareswara  changed:

   What|Removed |Added

 CC||suma...@panix.com

--- Comment #4 from Sumana Harihareswara  2011-07-21 
02:42:57 UTC ---
dify, are you still experiencing this problem in more recent versions of
MediaWiki and Firefox?

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

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

[Bug 13497] internal link selection resizes table

[bugzilla-daemon]

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

Sumana Harihareswara  changed:

   What|Removed |Added

 CC||suma...@panix.com

--- Comment #4 from Sumana Harihareswara  2011-07-21 
02:42:19 UTC ---
Nathanael David Schmolze, is this still a problem for you?  Can you still
reproduce it in a somewhat more advanced version of Firefox?

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

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

[Bug 29153] Pages loading without formatting too often

[bugzilla-daemon]

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

--- Comment #42 from Asher Feldman  2011-07-21 02:31:55 
UTC ---
We now have a build of varnish 3.0 with a udp logging daemon that should be
transparently compatible with our squid log collection infrastructure.  There
are some VCL language changes in 3.0 and the bits/geo-ip vcl needs porting and
testing before bits will be upgraded.  Mobile is getting varnish 3.0 first in
the next week or two, then bits testing can begin. 

I performed a days worth of local sampling internally on one of the bits
varnish servers last week however and found rare 503's caused by first byte
timeouts from the backend apache's (1:100 requests or less.) I filtered out
404's however due to the huge amount of legitimate ones being served due to
malformed requests, bots, and broken bits installed on some wikis.  I did just
catch an interesting 404 on sq67 however, that was requested by Firefox 3.6.18

The RxURL listed is : 
http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=mediawiki%21legacy%21commonPrint%7Cmediawiki%21legacy%21shared%7Cskins%21vector&only=styles&skin=vector

That's a good URL except, the RxURL field doesn't contain the protocol or host
portion of the url - this means it was a request for :
http://bits.wikimedia.org/http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=mediawiki%21legacy%21commonPrint%7Cmediawiki%21legacy%21shared%7Cskins%21vector&only=styles&skin=vector

Not something I'd expect a 3.6 build of firefox to do - this could be an
occasional bug in page rendering but it could also be due to factors outside of
our control.  I'm going to dig around further to see if I can find a load.php
404's that's been properly requested.

 3724 SessionOpen  c 209.226.31.161 50441 :80
 3724 ReqStart c 209.226.31.161 50441 3365871486
 3724 RxRequestc GET
 3724 RxURLc
http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=mediawiki%21legacy%21commonPrint%7Cmediawiki%21legacy%21shared%7Cskins%21vector&only=styles&skin=vector
 3724 RxProtocol   c HTTP/1.1
 3724 RxHeader c Host: bits.wikimedia.org
 3724 RxHeader c User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.9.2.18) Gecko/20110614 Firefox/3.6.18
 3724 RxHeader c Accept: text/css,*/*;q=0.1
 3724 RxHeader c Accept-Language: en-us,en;q=0.5
 3724 RxHeader c Accept-Encoding: gzip,deflate
 3724 RxHeader c Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
 3724 RxHeader c Keep-Alive: 115
 3724 RxHeader c Proxy-Connection: keep-alive
 3724 RxHeader c Referer: http://en.wikipedia.org/wiki/James_I_of_England
 3724 VCL_call c recv lookup
 3724 VCL_call c hash hash
 3724 VCL_call c miss fetch
 3724 Backend  c 3775 appservers srv249
 3724 TTL  c 3365871486 RFC 120 1311214434 0 0 0 0
 3724 VCL_call c fetch deliver
 3724 ObjProtocol  c HTTP/1.1
 3724 ObjStatusc 404
 3724 ObjResponse  c Not Found
 3724 ObjHeaderc Date: Thu, 21 Jul 2011 02:13:54 GMT
 3724 ObjHeaderc Server: Apache
 3724 ObjHeaderc Content-Type: text/html; charset=iso-8859-1
 3724 VCL_call c deliver deliver
 3724 TxProtocol   c HTTP/1.1
 3724 TxStatus c 404
 3724 TxResponse   c Not Found
 3724 TxHeader c Server: Apache
 3724 TxHeader c Content-Type: text/html; charset=iso-8859-1
 3724 TxHeader c Content-Length: 342
 3724 TxHeader c Date: Thu, 21 Jul 2011 02:13:54 GMT
 3724 TxHeader c X-Varnish: 3365871486
 3724 TxHeader c Age: 0
 3724 TxHeader c Via: 1.1 varnish
 3724 TxHeader c Connection: keep-alive
 3724 Length   c 342
 3724 ReqEnd   c 3365871486 1311214434.264867306 1311214434.265794277
0.29802 0.000903606 0.23365

-- 
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 20342] Support for protocol-relative URLs (tracking)

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 Depends on||29993

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

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

[Bug 29993] New: E-mail notification should work with protocol relative urls

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 29993
   Summary: E-mail notification should work with protocol relative
urls
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Email
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: krinklem...@gmail.com
Blocks: 20342
Classification: Unclassified


Discovered on wikitech, when the server hostname is configured with a relative
protocol, the mails sent are broken.

It should either default to a configuration variable, a user preference or
whatever the request triggering the mail had as protocol.

The problem with the latter is that it results in inconsistent e-mail (ie. user
John get's mixed urls in his emails, some http some https one of which he is
mostly likely not logged in at)

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

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

[Bug 29153] Pages loading without formatting too often

[bugzilla-daemon]

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

--- Comment #41 from MZMcBride  2011-07-21 00:54:38 UTC ---
I was visiting

just now and it loaded without styles. I investigated a bit and it was a
getting a 404 from this URL:
.

It was a standard "Not Found" 404 error message. I tried a few more times via
the browser and curl and then it fixed itself, returning the appropriate CSS.

I don't think this is a issue related to the secure server. What's the status
of logging frequency of HTTP codes other than 200?

-- 
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 20342] Support for protocol-relative URLs (tracking)

[bugzilla-daemon]

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

Bug 20342 depends on bug 29992, which changed state.

Bug 29992 Summary: Display name broken if server has relative protocol
https://bugzilla.wikimedia.org/show_bug.cgi?id=29992

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

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

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

[Bug 29965] Error in CentralAuth table for test wiki

[bugzilla-daemon]

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

p858snake  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com

--- Comment #1 from p858snake  2011-07-21 00:25:00 UTC ---
*** Bug 29992 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 29992] Display name broken if server has relative protocol

[bugzilla-daemon]

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

p858snake  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||p858sn...@gmail.com
 Resolution||DUPLICATE

--- Comment #1 from p858snake  2011-07-21 00:25:00 UTC ---


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

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

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

[Bug 20342] Support for protocol-relative URLs (tracking)

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 Depends on||29992

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

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

[Bug 29992] Display name broken if server has relative protocol

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com
 Blocks||20342
Summary|Display name broken if  |Display name broken if
   |server has https protocol   |server has relative
   ||protocol

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

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

[Bug 29992] New: Display name broken if server has https protocol

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 29992
   Summary: Display name broken if server has https protocol
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: CentralAuth
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: krinklem...@gmail.com
CC: agarr...@wikimedia.org, vasi...@gmail.com
Classification: Unclassified


Created attachment 8814
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8814
See image and title

See image and title

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

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

[Bug 19270] Relative URIs in interwiki links table break interwiki transclusion

[bugzilla-daemon]

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

Bug 19270 depends on bug 20342, which changed state.

Bug 20342 Summary: Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342

   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 18664] Relative URIs in interwiki links table causes failed redirects

[bugzilla-daemon]

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

Bug 18664 depends on bug 20342, which changed state.

Bug 20342 Summary: Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342

   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 2007] Tracking bug (tracking)

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 Depends on||20342

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

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

[Bug 20342] Support for protocol-relative URLs (tracking)

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

   Keywords||tracking
 Status|RESOLVED|REOPENED
 CC||krinklem...@gmail.com
 Blocks||2007
 Resolution|FIXED   |
Summary|Support for |Support for
   |protocol-relative URLs  |protocol-relative URLs
   ||(tracking)

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

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

[Bug 27447] Added option to toolbar-item to switch off text-selection

[bugzilla-daemon]

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

Brion Vibber  changed:

   What|Removed |Added

 Resolution|FIXED   |WONTFIX

--- Comment #7 from Brion Vibber  2011-07-20 23:57:57 UTC 
---
Indeed this seems like an undesirable change to make on the default buttons
which are *exactly* intended to produce sample text that's selected so your
typing removes it.

Further, r82343 was never actually functional to begin with... It's been
reverted in r92715.

The r82308 changes are still in, so you can pass the extra parameter on the JS
side for your custom toolbar items, but the old classic toolbar is being phased
out for WikiEditor anyway.

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

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

[Bug 29968] Enable XFN rel=me for links on User Profile pages and rel="author" links on topic articles

[bugzilla-daemon]

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

--- Comment #7 from Paul Lindner  2011-07-20 23:34:44 UTC 
---
Some ideas from a coworker:

The right way might be to go very explicit and use
http://schema.org/CreativeWork on the history page, with a URL pointing back to
the original article, and pointers to all the authors. And then put a
rel=author link to the history page from the article (the target page describes
the authors, after all). Or put a rel=alternate link to the history page with a
suitable type (it's an alternate representation of the document: its history).

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

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

[Bug 29991] Accessibility issue with AFT text.

[bugzilla-daemon]

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

--- Comment #3 from Derk-Jan Hartman  2011-07-20 23:11:49 
UTC ---
While we are on accessibility btw. It's probably even worse for blind users
with screenreaders. With all the divs and javascript.click()'s for the various
fields. But we have that issue throughout more of our new JS tools, like much
of the toolbar for instance. There should already be a ticket on that
somewhere.

-- 
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 28921] UploadWizard: multiple files with same name

[bugzilla-daemon]

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

--- Comment #3 from Ian Baker  2011-07-20 23:10:57 UTC ---
Created attachment 8813
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8813
Screenshot of current behavior

An error should be displayed at this point, probably above the title I'm
currently editing.

-- 
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 28921] UploadWizard: multiple files with same name

[bugzilla-daemon]

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

Ian Baker  changed:

   What|Removed |Added

 CC||iba...@wikimedia.org

--- Comment #2 from Ian Baker  2011-07-20 23:09:26 UTC ---
Matthew, one of the Wikimedia storytellers, just brought this to my attention
as well.  Regardless of what else is done, it'd be good to extend the in-page
title uniqueness check to examine the other titles in the current upload.

It's actually kinda funny that it checks for already-used titles in a remote
database, but doesn't do this much simpler thing.  :)

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

Bug 26611 depends on bug 27016, which changed state.

Bug 27016 Summary: r77638 writes to stdout instead of using specified sink, 
breaking xml dumps
https://bugzilla.wikimedia.org/show_bug.cgi?id=27016

   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 27016] r77638 writes to stdout instead of using specified sink, breaking xml dumps

[bugzilla-daemon]

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

Chad H.  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #3 from Chad H.  2011-07-20 23:08:44 UTC 
---
Needs re-fixing, since the XMLReader/Writer-related changes were backed out in
r92707.

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

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

[Bug 29303] Improve layout of ArticleFeedback tool

[bugzilla-daemon]

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

--- Comment #2 from Derk-Jan Hartman  2011-07-20 23:04:44 
UTC ---
Created attachment 8812
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8812
Screenshot of 'collapsed' mode.

Obvious choice to me would seem to be: Make it collapsible, but default to
uncollapsed, just as the "inter language links" in the sidebar.

-- 
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 29744] Flagged rev installation tracking bug

[bugzilla-daemon]

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

Leinad  changed:

   What|Removed |Added

 Blocks|29982   |
 Depends on||29982

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

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

[Bug 29982] Enable [[mw:Extension:FlaggedRevs]] on ptwikibooks

[bugzilla-daemon]

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

Leinad  changed:

   What|Removed |Added

 CC||danny.lei...@gmail.com
 Blocks||29744
 Depends on|29744   |

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

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

[Bug 29211] LiquidThreads crahes (shows an empty page) if tag is found

[bugzilla-daemon]

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

Andrew Garrett  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #3 from Andrew Garrett  2011-07-20 22:54:25 
UTC ---
Resolved in r92706.

-- 
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 29991] Accessibility issue with AFT text.

[bugzilla-daemon]

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

Brion Vibber  changed:

   What|Removed |Added

 AssignedTo|wikibugs-l@lists.wikimedia. |bhar...@wikimedia.org
   |org |

--- Comment #2 from Brion Vibber  2011-07-20 22:43:47 UTC 
---
Brandon, can you do a design review check on this? Some of the grays do look
really light to me; the checkbox is supposed to be initiallydisabled but the
stars and the text under them don't seem to be.

The clickable things darken a bit on mouseover; perhaps darkening the labels
also would help.

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

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

[Bug 29991] Accessibility issue with AFT text.

[bugzilla-daemon]

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

--- Comment #1 from Derk-Jan Hartman  2011-07-20 22:39:06 
UTC ---
Created attachment 8811
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8811
bin icon

Same for the bin icon btw.

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

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

[Bug 29991] New: Accessibility issue with AFT text.

[bugzilla-daemon]

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

   Web browser: Apple Safari
 Bug #: 29991
   Summary: Accessibility issue with AFT text.
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: ArticleFeedback
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: hart...@videolan.org
CC: dtarabore...@wikimedia.org, krinklem...@gmail.com,
roan.katt...@gmail.com
Classification: Unclassified


Created attachment 8810
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8810
example of current layout

The contrast differences are VERY small between background and 'unselected
text' in the AFT tool. This can be a serious accessibility issue for visually
impaired users I fear.

Needs review of appropriate contrast values and current contrast values.

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

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

[Bug 25355] Parser generates edit section links for special pages

[bugzilla-daemon]

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

Chad H.  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||innocentkil...@gmail.com
 Resolution||FIXED

--- Comment #4 from Chad H.  2011-07-20 22:34:43 UTC 
---
Fixed in r92703.

-- 
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 29840] Add action=diff for diff pages

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com

--- Comment #3 from Krinkle  2011-07-20 22:32:13 UTC ---
A bit related is bug 27930

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

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

[Bug 29840] Add action=diff for diff pages

[bugzilla-daemon]

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

Brion Vibber  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX

--- Comment #2 from Brion Vibber  2011-07-20 22:29:42 UTC 
---
Closing this one out as a WONTFIX for now; could reconsider for future if we
actually do a major overhaul of the diff view feature.

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

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

[Bug 29985] Logo request

[bugzilla-daemon]

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

Casey Brown  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||b...@caseybrown.org
 Resolution||INVALID

--- Comment #2 from Casey Brown  2011-07-20 22:24:33 UTC 
---
See [[m:Requests for logos]].

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

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

[Bug 29990] Signature script and potential double-posting

[bugzilla-daemon]

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

Dan Collins  changed:

   What|Removed |Added

 CC||en.wp.s...@gmail.com

--- Comment #2 from Dan Collins  2011-07-20 22:09:52 UTC 
---
Sounds like the sort of thing that would happen if the page load is slow and
you click the save page button more than once. Does this occur if you're
careful to click save page only once? Does it occur if you make a test edit
including a subst:ed template, but no signature? Does it occur consistently?
What wiki does this occur on, what browser are you using, and do you have any
custom javascript?

Note that if this occurs when the form is actually submitted twice (for any
reason), this is a dupe of bug 17368. If this occurs even if the form is only
submitted once, then something strange is happening.

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

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

[Bug 29982] Enable [[mw:Extension:FlaggedRevs]] on ptwikibooks

[bugzilla-daemon]

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

--- Comment #2 from mybugs.m...@gmail.com 2011-07-20 22:08:54 UTC ---
Is there any detailed reason for this decision available anywhere?

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

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

[Bug 29990] Signature script and potential double-posting

[bugzilla-daemon]

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

--- Comment #1 from Jinnai  2011-07-20 22:06:37 UTC 
---
Forgot to add: Running Firefox 5, Windows 7 x64

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

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

[Bug 29990] New: Signature script and potential double-posting

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 29990
   Summary: Signature script and potential double-posting
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Page editing
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: lord.god.jin...@gmail.com
Classification: Unclassified


The signature script () appears to cause the page trouble and the software
tries to double-post on my system often. Fortunatly the script itself changes
on the talk pages so it defaults to a edit conflict error. However, that means
I don't default back to the main talk page as I should, but to the edit talk
page and have to check each time to make certain it was just that and not a
true edit conflict with another user.

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

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

[Bug 29744] Flagged rev installation tracking bug

[bugzilla-daemon]

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

Reedy  changed:

   What|Removed |Added

 Blocks||29982

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

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

[Bug 29982] Enable [[mw:Extension:FlaggedRevs]] on ptwikibooks

[bugzilla-daemon]

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

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Depends on||29744
 Resolution||LATER
   Severity|normal  |enhancement

--- Comment #1 from Reedy  2011-07-20 22:03:26 UTC ---
At the moment, the Wikimedia Foundation is not activating FlaggedRevs on any
new wikis, pending further discussion on the extensions future.

Marking as RESOLVED LATER, tracked against bug 29744

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

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

[Bug 29985] Logo request

[bugzilla-daemon]

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

--- Comment #1 from Reedy  2011-07-20 22:01:54 UTC ---
This isn't really the place to ask this...

I'd guess asking on commons/meta would yield more results

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

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

[Bug 29989] Provide better messages if the search phrase contains part of the "search syntax"

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com
Summary|MW should provide better|Provide better messages if
   |messages if the search  |the search phrase contains
   |terms contains part of the  |part of the "search syntax"
   |"search syntax" |

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

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

[Bug 29989] MW should provide better messages if the search terms contains part of the "search syntax"

[bugzilla-daemon]

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

--- Comment #1 from mybugs.m...@gmail.com 2011-07-20 21:32:19 UTC ---
(In reply to comment #0)
> The same idea applies to other strings having special meanings, such as
> "prefix" and symbols like "-" which is used to exclude some of the possible
> results.

...and also to "ondiscussionpage", which is currently used by
[[mw:Extension:LiquidThreads]]
http://www.mediawiki.org/w/index.php?title=Special:Search&search=EXAMPLE+ondiscussionpage%3ATalk%3AArticle+feedback&fulltext=1&ns90=1
and may lead to the creation of pages like
http://pt.wikibooks.org/w/index.php?title=Porque_somos_jogados_para_frente_do_%C3%B4nibus_quando_ele_freia_bruscamente_ondiscussionpage:Wikilivros:Pergunte_ao_bibliotec%C3%A1rio&action=edit&redlink=1
which will need to be deleted.

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

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

[Bug 29989] New: MW should provide better messages if the search terms contains part of the "search syntax"

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 29989
   Summary: MW should provide better messages if the search terms
contains part of the "search syntax"
   Product: MediaWiki
   Version: 1.19-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Search
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: mybugs.m...@gmail.com
Classification: Unclassified


Consider the following examples
1) "two or three words"
http://en.wikipedia.org/w/index.php?title=Special:Search&search=%22two+or+three+words%22&fulltext=Search
The page [["two or three words"]] doesn't exists and MW shows the message

There were no results matching the query.
Create the page ""two or three words"" on this wiki!


Since the quotes have a special meaning when used among the search terms, i.e.
they are part of the "search syntax", the messages should be more
contextualized. For example, if we search for "some words on Google Search
Engine", we will get:
http://www.google.com/search?q=%22some+words+on+Google+Search+Engine%22

No results found for "some words on Google Search Engine".
Results for some words on Google Search Engine (without quotes):
...


2) intitle:Another example
http://en.wikipedia.org/w/index.php?title=Special:Search&search=intitle%3Aanother+example&fulltext=Search

There were no results matching the query.
Create the page "Intitle:another example" on this wiki!

the string "intitle" also has a special meaning, so when the user uses it, and
get no results, MW could provide some indication that by dropping that term
there could be some result.

The same idea applies to other strings having special meanings, such as
"prefix" and symbols like "-" which is used to exclude some of the possible
results.

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

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

[Bug 16863] Reverse Collapse button for rtl wikis

[bugzilla-daemon]

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

James Alexander  changed:

   What|Removed |Added

 CC||jalexan...@wikimedia.org
 Resolution|LATER   |FIXED
 AssignedTo|tf...@wikimedia.org |jalexan...@wikimedia.org

--- Comment #3 from James Alexander  2011-07-20 
21:25:09 UTC ---
I'm grabbing this and marking fixed. Old ticket but I'm pretty certain we did
this for almost all banners last year. If it wasn't we can and it will be done
this year.

-- 
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 29987] Weird behavior of [[Special:Search]]

[bugzilla-daemon]

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

--- Comment #2 from mybugs.m...@gmail.com 2011-07-20 20:57:17 UTC ---
(In reply to comment #1)
> Reloading the page a couple of times you eventually give you the results.

Doesn't seems to solve the problem here.

On the other hand, if I click on "Search" button again, some results are
displayed, but the option "limit=500" is then discarded (and if I click on
"500" again I get no results).

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

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

[Bug 13151] Transfer some Features from DPL to

[bugzilla-daemon]

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

--- Comment #7 from fastgoldf...@gmail.com 2011-07-20 20:53:21 UTC ---
I created another bug report as an enhancement of this one:

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

-- 
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 29988] New: Category, template, and form semantic metadata needed automatically for each page that uses them

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 29988
   Summary: Category, template, and form semantic metadata needed
automatically for each page that uses them
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: Semantic MediaWiki
AssignedTo: mar...@semantic-mediawiki.org
ReportedBy: fastgoldf...@gmail.com
CC: jeroen_ded...@yahoo.com
Classification: Unclassified


We already get property data in the factbox, which is very handy for
developing, maintaining, and using a semantic mediawiki. All that remains to be
added is information about categories, templates, and forms that are used for
the page. Likewise, categories, templates, and forms could also have
information about which of those three things go into defining them (like if a
template is created by a form, or if a category is contained in a template).

I have been able to manually add these features to this page (user Demo, pass
dedauw):

http://www.coincompendium.com/wiki/index.php/File:1989GWWcto.jpg

Wiki developers, maintainers, and users can easily access the categories,
templates, and forms that go into creating that page, all in place. In
addition, I'm able to query the semantic data to display on the template page
which pages are using the template:

http://www.coincompendium.com/wiki/index.php/Template:Image

The nature of these things makes it straightforward to add them manually once,
and then use them unlimited numbers of times. However, if the properties
"Category", "Template", and "Form" were part of the metadata of each page, they
could be displayed in the factbox that already handles other properties. 

Also, my factboxes do not show special metadata properties like the
"Modification date" property that currently exists - this should be at least
optional, if not the default).

See also: https://bugzilla.wikimedia.org/show_bug.cgi?id=13151

-- 
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 29987] Weird behavior of [[Special:Search]]

[bugzilla-daemon]

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

Robert Stojnic  changed:

   What|Removed |Added

 CC||rain...@eunet.rs

--- Comment #1 from Robert Stojnic  2011-07-20 20:51:04 UTC 
---
Backend timeout. During high load times, it can take more time than the current
timeout (6s? 10s?) to actually fetch the results, so you get zero results.
Reloading the page a couple of times you eventually give you the results.

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

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

[Bug 21017] Red links to new discussion pages cause endless loop when clicked

[bugzilla-daemon]

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

--- Comment #1 from Mark A. Hershberger  2011-07-20 
20:48:41 UTC ---
Marked invalid since the entire extension was removed from Bz at the request of
the Ryan who said the extension was no longer under development.

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

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

[Bug 29968] Enable XFN rel=me for links on User Profile pages and rel="author" links on topic articles

[bugzilla-daemon]

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

--- Comment #6 from Derk-Jan Hartman  2011-07-20 20:48:30 
UTC ---
Created attachment 8809
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8809
add rel=author to userlinks

Adds the author link to userlinks. (all of them)

We probably want to special case this a bit (keep it to just revUserTools()
perhaps ? 

Callpath for formatting userlinks in historypages.
includes/HistoryPage.php:HistoryPage: history()
includes/HistoryPage.php:HistoryPager formatRow()
includes/HistoryPage.php:HistoryPager historyLine()

includes/Linker.php: revUserTools()
includes/Linker.php: userLink()

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

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

[Bug 16318] PHP warning on SortPermissions.php

[bugzilla-daemon]

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

--- Comment #5 from Mark A. Hershberger  2011-07-20 
20:48:29 UTC ---
Marked invalid since the entire extension was removed from Bz at the request of
the Ryan who said the extension was no longer under development.

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

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

[Bug 29987] New: Weird behavior of [[Special:Search]]

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 29987
   Summary: Weird behavior of [[Special:Search]]
   Product: MediaWiki
   Version: 1.19-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Search
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: mybugs.m...@gmail.com
Classification: Unclassified


1) Go to [[Main Page]]
2) Type in the search box something like:

 Just a test

3) Press ENTER, and you will be taken to the page
http://en.wikipedia.org/w/index.php?title=Special%3ASearch&search=Just+a+test
4) Click in the link "Help and Project pages" which takes you to
http://en.wikipedia.org/w/index.php?title=Special:Search&search=Just%20a%20test&fulltext=Search&ns4=1&ns12=1&redirs=0
which shows "Results 1–20 of 21,183 for Just a test"
5) Click in the link to show "500" items (in the bottom of the page)

View (previous 20 | next 20) (20 | 50 | 100 | 250 | [[500]])

This will take you to 
http://en.wikipedia.org/w/index.php?title=Special:Search&ns4=1&ns12=1&redirs=1&search=Just+a+test&limit=500&offset=0
which shows "There were no results matching the query."

This is very weird because when the user clicks on "500" it expects to see
[[more results]], not [[less]] (and certainly not [[no results at all]])

Why is this happening?

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

[Bug 14766] GroupPermissionManager send error messages

[bugzilla-daemon]

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

--- Comment #2 from Mark A. Hershberger  2011-07-20 
20:48:12 UTC ---
Marked invalid since the entire extension was removed from Bz at the request of
the Ryan who said the extension was no longer under development.

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

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

[Bug 29986] $wgSecureLogin fails to handle page links, non-SSL content

[bugzilla-daemon]

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

--- Comment #5 from Dan Barrett  2011-07-20 20:41:57 
UTC ---
Brion: I see your point about security. Until such time that Wikipedia goes
100% SSL, it would be great if the secure login feature just followed the
contract with its user: delivering articles over http unless the user has
logged in and checked the "everything SSL" checkbox.  Seem reasonable?

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

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

[Bug 16318] PHP warning on SortPermissions.php

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 Resolution|FIXED   |INVALID

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

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

[Bug 21017] Red links to new discussion pages cause endless loop when clicked

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

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

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

[Bug 14766] GroupPermissionManager send error messages

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 Resolution|FIXED   |INVALID

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

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

[Bug 29986] $wgSecureLogin fails to handle page links, non-SSL content

[bugzilla-daemon]

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

--- Comment #4 from Brion Vibber  2011-07-20 20:35:12 UTC 
---
Using protocol-relative links doesn't have any effect on case 1) since those
links are always on the local protocol/host anyway.

Proper 'fix' for that is of course to always use SSL for all logged-in sessions
at all times, which is much safer.

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

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

[Bug 21017] Red links to new discussion pages cause endless loop when clicked

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 CC||m...@everybody.org
  Component|GroupPermissionsManager |[other]
 AssignedTo|skizz...@gmail.com  |wikibugs-l@lists.wikimedia.
   ||org

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

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

[Bug 16318] PHP warning on SortPermissions.php

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 CC||m...@everybody.org
  Component|GroupPermissionsManager |[other]
 AssignedTo|skizz...@gmail.com  |wikibugs-l@lists.wikimedia.
   ||org

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

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

[Bug 14766] GroupPermissionManager send error messages

[bugzilla-daemon]

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

Mark A. Hershberger  changed:

   What|Removed |Added

 CC||m...@everybody.org
  Component|GroupPermissionsManager |[other]
 AssignedTo|skizz...@gmail.com  |wikibugs-l@lists.wikimedia.
   ||org

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

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

[Bug 29968] Enable XFN rel=me for links on User Profile pages and rel="author" links on topic articles

[bugzilla-daemon]

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

--- Comment #5 from Derk-Jan Hartman  2011-07-20 20:32:52 
UTC ---
Another place where rel=author could be used might be in user's signatures on
talk pages I guess.

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

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

[Bug 29986] $wgSecureLogin fails to handle page links, non-SSL content

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

   Attachment #8807|text/x-wiki |text/plain
  mime type||

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

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

[Bug 29986] $wgSecureLogin fails to handle page links, non-SSL content

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

   Attachment #8806|text/x-wiki |text/plain
  mime type||

--- Comment #3 from Roan Kattouw  2011-07-20 20:28:57 
UTC ---
Comment on attachment 8806
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8806
SecureLoginPage.php

Change MIME types of PHP files to plain text so Bugzilla will hopefully display
them to me without making me download them.

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

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

[Bug 29986] $wgSecureLogin fails to handle page links, non-SSL content

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

 CC||roan.katt...@gmail.com

--- Comment #2 from Roan Kattouw  2011-07-20 20:25:57 
UTC ---
We're already working on making URLs in MediaWiki protocol-relative as much as
possible. Basically, if you set $wgServer = '//wiki.example.com'; in trunk as
of a few days ago, that'll mostly work as you expect.

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

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

[Bug 29976] protocol relative uri for meta edituri

[bugzilla-daemon]

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

--- Comment #3 from Derk-Jan Hartman  2011-07-20 20:25:26 
UTC ---
Created attachment 8808
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8808
dze path is simple

Relates to Bug 25648.

Fear is that some of the clients actually using this URL might not support any
relative url form.

We probably need a set of testcases so that we can file upstream bugs.

-- 
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 26813] patch ContactPageFundraiser (foundationwiki contactpage extension) to add variable for age from story submission

[bugzilla-daemon]

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

James Alexander  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
 AssignedTo|wikibugs-l@lists.wikimedia. |jalexan...@wikimedia.org
   |org |

--- Comment #3 from James Alexander  2011-07-20 
20:23:01 UTC ---
This patch ended up being thrown out but a similar adjustment was done in
r92041 which was pushed to live today. It's still preferable to have the two
extensions combined but given that it works for what we need right now it isn't
on the priority list for the moment at least for the fundraiser.

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

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

[Bug 29929] Failed db upgrade from 1.14

[bugzilla-daemon]

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

--- Comment #8 from P.Muller  2011-07-20 19:54:54 UTC ---
I simply applied maintenance/archives/patch-log_user_text.sql before the
upgrade, then "php update.php" worked seamlessly.

-- 
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 29986] $wgSecureLogin fails to handle page links, non-SSL content

[bugzilla-daemon]

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

--- Comment #1 from Dan Barrett  2011-07-20 19:47:30 
UTC ---
Created attachment 8807
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8807
SecureLoginPage_body.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 29986] New: $wgSecureLogin fails to handle page links, non-SSL content

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 29986
   Summary: $wgSecureLogin fails to handle page links, non-SSL
content
   Product: MediaWiki
   Version: 1.17
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: User login
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: mediaw...@blazemonger.com
Classification: Unclassified


Created attachment 8806
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8806
SecureLoginPage.php

The SSL login feature enabled by $wgSecureLogin produces pages that can be
confusing to users. Here are several use cases that happen when
$wgSecureLogin=true.

1. User clicks "Log in". On the login page (which is https), the user does not
log in, but clicks another link on the page such as "Recent changes". This link
is also https. Suddenly the user is viewing the wiki via SSL, when this might
never have been the user's intention.

2. User clicks "Log in". The logo image, which was set by a sysadmin via
$wgLogo to be "http://some.other.site/myfile.jpg";, gets served over http. The
browser (IE) pops up a warning, "Do you want to view only the webpage content
that was delivered securely?" The user gets confused or scared by the popup.

Several years ago I published a SecureUserLogin extension in my O'Reilly
"MediaWiki" book. It avoids problem 1 by automatically switching from https to
http when serving pages other than the login page. (Unless the user wants a
totally SSL session.) I believe MediaWiki should do similarly.

I will attach a copy of the extension in case it's useful to you.

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

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

[Bug 28574] Proofread doesn't add buttons to wikiEditor toolbar, only to legacy one.

[bugzilla-daemon]

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

--- Comment #11 from mybugs.m...@gmail.com 2011-07-20 19:24:48 UTC ---
Brion, I'm not sure this is was caused by the recent changes, but a user
reported the following on English Wikisource:

I may be wrong, but I assume that it is this fix that may have introduced a
minor glitch into Proofread Page: until a few days ago, when in "zoom" mode,
the mouse cursor changed to crosshairs, while "scroll" mode was the normal
arrow. Now it is the arrow in both modes, which is an inconvenience.

https://secure.wikimedia.org/wikisource/en/w/index.php?title=Wikisource%3AScriptorium&action=historysubmit&diff=3176709&oldid=3176578

And when I go to the page
http://de.wikisource.org/w/index.php?title=Seite:Arthur_Schnitzler_%E2%80%93_Flucht_in_die_Finsternis_%E2%80%93_141.jpg&action=edit&debug=1

using Chromium 12.0.742.112 (90304) Ubuntu 11.04, and click on the image, I get
the following error:

Uncaught TypeError: Cannot set property 'cssText' of undefined
pr_dropproofread.js:435


On Firefox 5.0 the error is

pr_rect.style is undefined
http://bits.wikimedia.org/w/extensions-1.17/ProofreadPage/proofread.js
Line 435
pr_rect.style.cssText = "display:none";


-- 
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 29970] Better handling of linked parameters in parser functions

[bugzilla-daemon]

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

Gustavo  changed:

   What|Removed |Added

 CC||gustron...@gmail.com

--- Comment #2 from Gustavo  2011-07-20 19:12:32 UTC ---
(In reply to comment #1)
Are you sure it will MAINLY and JUST do that? I don't think so.

What it will mainly do is to increase the likelihood that something that
currently does not work will properly be parsed. Those few things that aren't
whole and unique links and will happen to get thrown in there will *still* not
work, as they currently don't. But those many that *are* what is expected will
do.

Of course, this proposal is intended to be done only for namespaces- and
pagenames-related functions.

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

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

[Bug 29985] New: Logo request

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 29985
   Summary: Logo request
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Site logos
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: serv...@gmail.com
Classification: Unclassified


Can someone create a new logo for nds-nl.wikipedia with the text "WikipediE" -
"De vrieje ensyklopedie". Thanks in advance.

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

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

[Bug 29210] Make ВП: a namespace alias for the project namespace at ukwiki

[bugzilla-daemon]

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

--- Comment #13 from microce...@gmail.com 2011-07-20 18:44:27 UTC ---
There's only one letter which needs changing in the code. No problems occur
with using ВЦ: as the alias, but it's incorrect and doesn't match existing
shortcuts. Please, do this small change so that we could ask additional
questions in case something goes 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 29981] Location: redirects on https sites always point to http sites

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

 AssignedTo|wikibugs-l@lists.wikimedia. |roan.katt...@gmail.com
   |org |

--- Comment #3 from Roan Kattouw  2011-07-20 18:01:30 
UTC ---
This is an issue with other things as well, such as the redirect after
submitting the login form: you log in over https, and after logging you in MW
will happily send you to 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 29981] Location: redirects on https sites always point to http sites

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

 CC||roan.katt...@gmail.com
Summary|Clicking link to secure |Location: redirects on
   |site takes me to insecure   |https sites always point to
   |site|http sites

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

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

[Bug 29977] Description url in imageinfo ouputs protocol relative urls

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

 AssignedTo|wikibugs-l@lists.wikimedia. |roan.katt...@gmail.com
   |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 29976] protocol relative uri for meta edituri

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

 AssignedTo|wikibugs-l@lists.wikimedia. |roan.katt...@gmail.com
   |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 29972] Malformed header errors with the new installer

[bugzilla-daemon]

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

--- Comment #1 from Brion Vibber  2011-07-20 17:56:54 UTC 
---
This output line comes from convertLinks, which is a Maintenance subclass...

...it does the output with its $this->output() method, which on Maintenance
looks like it tries to output *directly* to stdout, instead of a generic
'print' or 'echo'.

It's possible that this is interfering with output & header buffering,
especially if this is a PHP-as-CGI or FastCGI setup.

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

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

[Bug 29918] $wgRightsText shouldn't be required if $wgRightsUrl is specified

[bugzilla-daemon]

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

Brion Vibber  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #1 from Brion Vibber  2011-07-20 17:53:24 UTC 
---
The link URL, textual name, and icon URL are set at install time by the
installer, either from its own predefined list or from the data returned from
the Creative Commons license picker web thingy.

Per code comments, it looks pretty clear by definition that the two must be set
together:

/**
 * If either $wgRightsUrl or $wgRightsPage is specified then this variable
gives the text for the link.
 * If using $wgRightsUrl then this value must be specified. If using
$wgRightsPage then the name of the
 * page will also be used as the link if this variable is not set.
 */
$wgRightsText = 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 29976] protocol relative uri for meta edituri

[bugzilla-daemon]

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

--- Comment #2 from Brion Vibber  2011-07-20 17:33:57 UTC 
---
I'd say if this needs to be changed, just use a local relative link with the
path only. It'll be just as accurate, smaller in output, and slightly more
likely to be supported by clients doing discovery.

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

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

[Bug 29981] Clicking link to secure site takes me to insecure site

[bugzilla-daemon]

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

Brion Vibber  changed:

   What|Removed |Added

 Blocks||27946

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

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

[Bug 29977] Description url in imageinfo ouputs protocol relative urls

[bugzilla-daemon]

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

Brion Vibber  changed:

   What|Removed |Added

 Blocks||27946

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

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

[Bug 27946] Secure Server (Tracking)

[bugzilla-daemon]

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

Brion Vibber  changed:

   What|Removed |Added

 Depends on||29977, 29981

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

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

[Bug 29981] Clicking link to secure site takes me to insecure site

[bugzilla-daemon]

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

--- Comment #2 from Brion Vibber  2011-07-20 17:26:43 UTC 
---
The redirect target appears to be built with WebRequest::getFullRequestURL()
which uses $wgServer, which in this case I think ought to be the
protocol-relative link.

This then doesn't seem to get expanded further, so it might be nginx (the https
proxies) that are expanding it to http:// or else the caches or?

We do though output a 301 here which is meant to be cacheable; so if that
happens below the cache layer we could also be caching things incorrectly.

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

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

[Bug 29981] Clicking link to secure site takes me to insecure site

[bugzilla-daemon]

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

--- Comment #1 from Brion Vibber  2011-07-20 17:22:37 UTC 
---
I assume the link you're clicking is the https://office.wikimedia.org/ link...
I can confirm the behavior you're seeing in Firefox 5/Linux. :(

Hitting the "/" generic root page will end up sending a redirect to the
canonical location of the main page; sounds like either MediaWiki's incorrectly
serving out the HTTP redirect, or it's getting incorrectly cached.

Looks like I can repro with another redirection, using a non-canonical encoding
of the title:

https://office.wikimedia.org/wiki/Main%20Page

also gets redirected to:

http://office.wikimedia.org/wiki/Main_Page


HTTP response headers as seen in Firebug on a redir:

Servernginx/0.7.65
DateWed, 20 Jul 2011 17:20:12 GMT
Content-Typetext/html; charset=utf-8
Connectionkeep-alive
Cache-Controls-maxage=1200, must-revalidate, max-age=0
VaryAccept-Encoding,Cookie
X-Vary-Options   
Accept-Encoding;list-contains=gzip,Cookie;string-contains=officewikiToken;string-contains=officewikiLoggedOut;string-contains=officewiki_session
Last-ModifiedWed, 20 Jul 2011 17:18:54 GMT
Locationhttp://office.wikimedia.org/wiki/Main_Page
Content-Encodinggzip
Content-Length20
Age78
X-CacheHIT from sq62.wikimedia.org, MISS from sq40.wikimedia.org
X-Cache-LookupHIT from sq62.wikimedia.org:3128, MISS from
sq40.wikimedia.org:80
Via1.1 sq62.wikimedia.org:3128 (squid/2.7.STABLE7), 1.0
sq40.wikimedia.org:80 (squid/2.7.STABLE7)

it looks like the redirect is built fresh, not just cached at least in this
case, but it's getting built out with the HTTP form. Either MediaWiki is
formatting the Location: URL as HTTP, or the proxies in front of it are
expanding it from protocol-relative and doing so as 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 29830] Enable Extension:WikiLove on Hindi Wikipedia

[bugzilla-daemon]

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

--- Comment #23 from mayurkumar  2011-07-20 17:01:06 UTC ---
(In reply to comment #22)
> The documentation for configuring WikiLove is here:
> http://www.mediawiki.org/wiki/Extension:WikiLove#Custom_configuration
> 
> The local configuration page is here:
> http://hi.wikipedia.org/wiki/MediaWiki:WikiLove.js
> 
> I would consider the minimum requirement to be replacing all the English
> messages with Hindi. What would be nice, though, is if the items are replaced
> with whatever items are commonly used as gifts on the Hindi Wiki, as Casey 
> said
> above. The only reason the English Wikipedia has cheeseburgers and kittens in
> their WikiLove is because those are the items that people were already using 
> as
> virtual gifts on the project. The items should be tailored to the culture of
> the wiki.

We will surely do that but let it be done by our users suggestion about this
extension we will do the same as per their suggestion.I assure you to done that
localization ASAP.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 29830] Enable Extension:WikiLove on Hindi Wikipedia

[bugzilla-daemon]

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

--- Comment #22 from Ryan Kaldari  2011-07-20 16:57:16 
UTC ---
The documentation for configuring WikiLove is here:
http://www.mediawiki.org/wiki/Extension:WikiLove#Custom_configuration

The local configuration page is here:
http://hi.wikipedia.org/wiki/MediaWiki:WikiLove.js

I would consider the minimum requirement to be replacing all the English
messages with Hindi. What would be nice, though, is if the items are replaced
with whatever items are commonly used as gifts on the Hindi Wiki, as Casey said
above. The only reason the English Wikipedia has cheeseburgers and kittens in
their WikiLove is because those are the items that people were already using as
virtual gifts on the project. The items should be tailored to the culture of
the wiki.

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

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

[Bug 29830] Enable Extension:WikiLove on Hindi Wikipedia

[bugzilla-daemon]

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

--- Comment #21 from Casey Brown  2011-07-20 16:35:37 UTC 
---
And it's not translation, it's localization. You change the config to fit the
templates and "barnstar"/gift/love system on hiwiki. You don't just translate
exactly what enwiki has.

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

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

[Bug 29830] Enable Extension:WikiLove on Hindi Wikipedia

[bugzilla-daemon]

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

--- Comment #20 from Reedy  2011-07-20 16:34:05 UTC ---
(In reply to comment #19)
> Please tell what are the content for translation?

(In reply to comment #12)
> It doesn't look like the config has been localized yet:
> http://hi.wikipedia.org/wiki/MediaWiki:WikiLove.js

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

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

[Bug 29830] Enable Extension:WikiLove on Hindi Wikipedia

[bugzilla-daemon]

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

--- Comment #19 from Vaibhav Jain  2011-07-20 16:33:04 UTC 
---
Please tell what are the content for translation?

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

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

[Bug 29693] Resource Loader loads CSS multiple times

[bugzilla-daemon]

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

--- Comment #8 from Subfader  2011-07-20 16:15:45 UTC ---
Thanks, that 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.

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

[Bug 29984] New: SocialProfile needs to be ported to ResourceLoader

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 29984
   Summary: SocialProfile needs to be ported to ResourceLoader
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: http://www.mediawiki.org/wiki/Extension:SocialProfile/
Roadmap
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: SocialProfile
AssignedTo: krinklem...@gmail.com
ReportedBy: j...@countervandalism.net
Classification: Unclassified


Current trunk version of SocialProfile has been tested and developed against
MediaWiki 1.16 and it seems that it will work only on 1.16 at the moment; it
appears quite broken on current trunk version of MediaWiki (1.19alpha).

I've tried porting SocialProfile to use ResourceLoader a few times now and the
JS is always giving me a headache. I've rewritten
SocialProfile/UserGifts/UserGifts.js to be more object-oriented, but the way
its functions are (currently) used seems to be problematic when combined with
the ResourceLoader; see SocialProfile/UserGifts/SpecialGiveGift.php, lines 244,
313 and 372.

I'd like to retain backwards compatibility with MediaWiki 1.16 for the time
being, as I need to deploy SocialProfile on some ShoutWiki sites, which still
run 1.16.

SystemGifts, UserActivity, UserStats and UserWelcome have only CSS files;
UserSystemMessages has no CSS nor JS and the remaining "modules" (UserBoard,
UserGifts, UserProfile, UserRelationship and UserStatus) have both CSS and JS
files.

Assigning to Krinkle as per Reedy's suggestion on #mediawiki:

08:02 < ashley> to whom might I assign a ResourceLoader-related bug?
specifically, my SocialProfile extension appears to be rather...broken in
current trunk (and probably for 1.17+ in general) and it needs to be ported to
use RL (retaining backwards compat w/ 1.16) but jQuery and RL are driving me
crazy :-/
08:02 < Reedy> ashley, Roan, Trevor or maybe Krinkle

-- 
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 23701] MySQL error on SMW_setup.php

[bugzilla-daemon]

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

isj  changed:

   What|Removed |Added

 CC||i...@poczta.onet.pl

--- Comment #6 from isj  2011-07-20 15:12:04 UTC ---
Probably similar error with "AUTO_INCREMENT" (wikimedia 1.17) in Drafts
extension (http://www.mediawiki.org/wiki/Extension_talk:Drafts). Update script
raport an error: 
Database returned error "1: near "AUTOINCREMENT": syntax error"

for proper Draft.sql content:

CREATE TABLE /*_*/drafts (
-- Unique ID for drafts
draft_id INTEGER AUTO_INCREMENT, ...

Isn't there something wrong with wikimedia update.php which cause undescore
removement from valid sql syntax?

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

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