date:20110805

[Bug 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki

2011-08-05 Thread bugzilla-daemon

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

--- Comment #25 from James Alexander  2011-08-06 
06:35:40 UTC ---
(In reply to comment #23)

> This can be done with a one-line hook, no changes in core are needed, I think.


[[mw:Manual:Preventing_access#Restrict_page_creation_in_certain_namespaces]]
seems to say that they would have to use an extension (which is beta and would
need a thorough security review and make sure it can scale to our size) or a
core change. That would be up to the developers however.

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

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

[Bug 30233] Create "Thai-speaking Wikimedians" mailing list

2011-08-05 Thread bugzilla-daemon

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

--- Comment #3 from taweethaも  2011-08-06 06:26:57 UTC ---
Both names are okay but I prefer "Wikimedia-TH" because 
* In long-term we are going to use this for Thai chapter.
* "Wikipedia-TH" may make people from other Thai projects reluctant to join.

We just need a mailling list to start with and activities will get going. 
Please create one that you see appropriate for us. Thanks.

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

[Bug 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki

2011-08-05 Thread bugzilla-daemon

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

Philippe Beaudette  changed:

   What|Removed |Added

 CC||pbeaude...@wikimedia.org

--- Comment #24 from Philippe Beaudette  2011-08-06 
06:16:54 UTC ---
(In reply to comment #16)
> Frankly, I'm appalled by the way this request has been handled.  You seem to 
> be
> more interested in the WMF's goals of editor engagement, and not interested at
> all in Wikipedia's core policy on consensus.  Is this really the way Wikipedia
> works when you pull back the curtains?  

Come down off the Reichstag, please, and take off the spiderman outfit.

Everyone here has the best interest of the projects at heart, and so can we all
please just calm down and let us get our bearings here?

We know this is a core change - see Comment 22 - and that it won't happen
immediately.  We also know there's some real dispute about whether it should
happen at all.

I understand that there's a poll that came to consensus, but we are in the
midst of a push toward editor retention, and it seems those two must be
reconciled.

So let's take our time and work through this, okay?

pb

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

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

[Bug 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki

2011-08-05 Thread bugzilla-daemon

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

--- Comment #23 from Max Semenik  2011-08-06 06:12:33 
UTC ---
(In reply to comment #22)
> Just so that people realize this isn't a "easy flip of a switch" that some
> people have been talking about. The proposal is to turn off ARTICLE SPACE ONLY
> page creation. Currently this right does not exist and you can only control
> "talk page creation" (createtalk) and "every other page creation" 
> (createpage). 
> 
> While I have my own serious concerns over the trial there is no doubt that it
> assumes new users will be able to create non article space pages such as User
> pages and so this can NOT be implemented (from a technical stand point) until 
> a
> core mediawiki change is made to separate mainspace page creation rights.

This can be done with a one-line hook, no changes in core are needed, I think.

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

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

[Bug 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki

2011-08-05 Thread bugzilla-daemon

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

--- Comment #22 from James Alexander  2011-08-06 
06:10:20 UTC ---
Just so that people realize this isn't a "easy flip of a switch" that some
people have been talking about. The proposal is to turn off ARTICLE SPACE ONLY
page creation. Currently this right does not exist and you can only control
"talk page creation" (createtalk) and "every other page creation" (createpage). 

While I have my own serious concerns over the trial there is no doubt that it
assumes new users will be able to create non article space pages such as User
pages and so this can NOT be implemented (from a technical stand point) until a
core mediawiki change is made to separate mainspace page creation rights.

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

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

[Bug 30201] API requests to commons frequently return 502

2011-08-05 Thread bugzilla-daemon

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

--- Comment #26 from prolineserver  2011-08-06 
05:25:16 UTC ---
Now I don't get the 502 anymore, but instead timeouts:

Uploading file to commons:commons via API

WARNING: Could not open 'http://commons.wikimedia.org/w/api.php'. Maybe the
server or
 your connection is down. Retrying in 1 minutes...

WARNING: Could not open 'http://commons.wikimedia.org/w/api.php'. Maybe the
server or
 your connection is down. Retrying in 2 minutes...

WARNING: Could not open 'http://commons.wikimedia.org/w/api.php'. Maybe the
server or
 your connection is down. Retrying in 4 minutes...

WARNING: Could not open 'http://commons.wikimedia.org/w/api.php'. Maybe the
server or
 your connection is down. Retrying in 8 minutes...

WARNING: Could not open 'http://commons.wikimedia.org/w/api.php'. Maybe the
server or
 your connection is down. Retrying in 16 minutes...

-- 
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 19958] Rename MediaWiki-CVS list to MediaWiki-commits

2011-08-05 Thread bugzilla-daemon

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

--- Comment #13 from Brion Vibber  2011-08-06 04:35:17 UTC 
---
By which I mean some folks will go "oh I'm still getting those? I'd better
unsubscribe and delete my giant folder of unread cvs emails". ;)

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

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

[Bug 19958] Rename MediaWiki-CVS list to MediaWiki-commits

2011-08-05 Thread bugzilla-daemon

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

--- Comment #12 from Brion Vibber  2011-08-06 04:29:23 UTC 
---
These days I'd actually recommend just dropping the list entirely; for myself
at least it's been 100% obsoleted by IRC notifications and CodeReview.

If some folks do find it useful in their workflow still, then keeping it is
fine.

Renaming or resubscribing can indeed mess with peoples' filters, so expect to
lose some remaining subscribers at that point.

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

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

[Bug 30257] DatabaseMysql.php should have debug output for getLag()

2011-08-05 Thread bugzilla-daemon

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

--- Comment #3 from Reedy  2011-08-06 01:43:26 UTC ---
Please feel free to supply patches :)

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

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

[Bug 30257] DatabaseMysql.php should have debug output for getLag()

2011-08-05 Thread bugzilla-daemon

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

--- Comment #2 from nm...@mozilla.com 2011-08-06 01:35:02 UTC ---
Neither is a particular guaranteed method for measuring lag. "Seconds behind
master" is generally okay, but it actually measure the time between the IO
thread and the SQL thread on the slave. If the IO thread is behind the master,
this measurement won't get notice. That's kinda rare, but more common in high
latency or lossy networks.

The most guaranteed method I know of is to make a change on the master and time
how long it takes to appear on the slave. Maatkit has a good general test of
this that works with all types of replication (even offline mysqldump-restore
style "replication"): http://www.maatkit.org/doc/mk-heartbeat.html.

The basic strategy is to update a row on the master, with the current
timestamp. Then on the slave, check the current system time and compare with
the latest timestamp in the row. The difference is the replication lag. This
relies on having synchronized clocks, obviously.

A similar mechanism could probably be adopted. Besides the obvious win of truly
accurate timing, it also requires no special permissions, as both processlist
and 'show slave status' would need to have.

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

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

[Bug 30257] DatabaseMysql.php should have debug output for getLag()

2011-08-05 Thread bugzilla-daemon

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

--- Comment #1 from Reedy  2011-08-06 01:21:16 UTC ---
Note in 1.18 this was changed to be able to use SHOW SLAVE STATUS for newer
versions of MySQL

http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/db/DatabaseMysql.php?annotate=93628#l373

But was commented out due to it causing errors for other people

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

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

[Bug 30257] New: DatabaseMysql.php should have debug output for getLag()

2011-08-05 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 30257
   Summary: DatabaseMysql.php should have debug output for
getLag()
   Product: MediaWiki
   Version: 1.17.0
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Database
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: nm...@mozilla.com
Classification: Unclassified


This function does a 'SHOW PROCESSLIST' on the current connection. It then
looks for all lines for the user 'system user', and throws away a selection of
them that don't match the intended criteria. Once all extraneous rows are
eliminated, it returns the time on the first remaining row (probably only one).

The problem with this is that the current connection may or may not have the
PROCESS permission on the database server. This can lead to no matching rows,
and ultimately the function returns 'false'. That in itself is the proper
behavior (it should return *something* indicating a failure, and false seems as
good as anything). However, it logs no debugging information as to what
happened.

This percolates up to LoadMonitor.php (and ultimately LoadBalancer.php), which
detects whether a slave is lagged or not. 'False' values will result in the
wiki going into read-only mode and never recovering, with zero information as
to why this is. Even wgDebugLogFile gives no information as to why Mediawiki
thinks the slaves are all lagged.

The proper fix IMO is to add logging in 2 places, reword logs in a 3rd place,
and update the overall setup documentation:

DatabaseMysql.php: should call wfDebug if no suitable 'system user' row was
found, possibly hinting about the PROCESS permission flag.

LoadMonitor.php: should indicate (wfDebug) that this db server is unsuitable
because it failed outright (as opposed to actually being lagged). This should
probably be a loop through the $times array, somewhere near the end of the
getLagTimes function. it could be at the end of the existing $serverIndexes
foreach() loop to avoid adding an extra loop.

LoadBalancer.php: should be changed from 'Server #$i is not replicating" to
"Server #$i replication status undeterminable, removing from pool" or similar.
That is, it shouldn't jump to conclusions, and it should explicitly state that
the server is being removed from the list.

LoadBalancer.php: might be worth considering renaming the 'wgReadOnly' status
set by the getReaderIndex() function, in the big do..while loop. Possibly
something to point administrators at wgDebugLogFile for more info? Not sure how
much we want to expose to end users. This only makes sense if some of the above
changes are incorporated... otherwise the debug log file isn't all that
helpful.


Finally, the install/update documentation should be updated to reflect that the
PROCESS privilege is needed on multi-database systems for detection of slave
lag.

I don't know when or why this broke, but I can see that a good bit of things
were shuffled around in 1.16->1.17, and our 1.16.5 install on MySQL 5.0.77
works properly.

1.16 on MySQL 5.1 works. Strangely, as far as I can tell it appears to do the
same basic thing, but the 'Server X is not replicating' error is never logged,
the wiki doesn't go into read-only mode, and the slave server get queries
normally.

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

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

[Bug 30256] Need to properly detect Android 2.3 tablets

2011-08-05 Thread bugzilla-daemon

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

--- Comment #2 from Tomasz Finc  2011-08-06 00:55:07 UTC 
---
Yeah, its really annoying. BUT with css media queries we can take a look at
device-width to make a better layout.

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

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

[Bug 28159] Change interwiki name of language kbd to Адыгэбзэ

2011-08-05 Thread bugzilla-daemon

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

Reedy  changed:

   What|Removed |Added

 CC||s...@reedyboy.net

--- Comment #11 from Reedy  2011-08-06 00:51:26 UTC ---
(In reply to comment #9)
> In the live Wikipedia it's still called "Къэбэрдеибзэ / Qabardjajəbza". It
> should be called "Адыгэбзэ".

(In reply to comment #10)
> Probably needs backporting to WMF deployment branch

'kbd' => 'Къэбэрдеибзэ / Qabardjajəbza',# Kabardian (multiple scripts -
defaults to Cyrillic)
'kbd-cyrl' => 'къэбэрдеибзэ',# Kabardian (Cyrillic)

It needs changing on trunk first then...

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

[Bug 29505] Removing dependance on jQuery for devices using NetFront

2011-08-05 Thread bugzilla-daemon

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

Tomasz Finc  changed:

   What|Removed |Added

 AssignedTo|wikibugs-l@lists.wikimedia. |prei...@wikimedia.org
   |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 29505] Removing dependance on jQuery for devices using NetFront

2011-08-05 Thread bugzilla-daemon

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

Tomasz Finc  changed:

   What|Removed |Added

   Severity|normal  |critical

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

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

[Bug 30255] #ask result maps with template giving UNIQ/QINU tags

2011-08-05 Thread bugzilla-daemon

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

--- Comment #2 from Brandon Plewe  2011-08-05 23:43:43 UTC ---
Ouch!  This is no the answer I'd like, but I understand that it is not worth
fixing if it will go away soon.

I suppose I can make do until 1.18 is released.

-- 
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 30192] Thumbnails of archived images don't get deleted

2011-08-05 Thread bugzilla-daemon

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

--- Comment #11 from Russ Nelson  2011-08-05 23:42:27 UTC 
---
The patch seems to be what Bryan was suggesting.

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

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

[Bug 19948] Special:UnusedProperties produces database error for PostgreSQL

2011-08-05 Thread bugzilla-daemon

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

--- Comment #18 from Brandon Plewe  2011-08-05 23:37:25 UTC ---
This problem is still in SMW 1.6, and John's patch still works (with some minor
changes to match the latest code).  When will this patch (or something more
robust) be committed?

-- 
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 30256] Need to properly detect Android 2.3 tablets

2011-08-05 Thread bugzilla-daemon

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

Daniel Friesen  changed:

   What|Removed |Added

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

--- Comment #1 from Daniel Friesen  
2011-08-05 23:24:15 UTC ---
This sounds tricky to do. Android was never meant for tablets till Honeycomb
(3.*) so 2.3 tablets are running the phone oriented operating system on a
larger screen, and naturally the browser was never made to give off a 'Hey, I'm
a tablet' indication since the OS was intended for phones.

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

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

[Bug 30255] #ask result maps with template giving UNIQ/QINU tags

2011-08-05 Thread bugzilla-daemon

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

Jeroen De Dauw  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX

--- Comment #1 from Jeroen De Dauw  2011-08-05 
23:11:25 UTC ---
This is a bug occurring when combining MediaWiki 1.17.x with SM 1.0 and using
the template parameter. I have looked at it but could not find any working
solution. (Well, this sort of is, originally you'd simply get a fatal error
when trying to use the template parameter)

The issue does not occur for MediaWiki 1.18 and later.

This is quite unfortunate of course. You can always try getting a core dev that
knows the MediaWiki parser well have a look at it.

-- 
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 30256] New: Need to properly detect Android 2.3 tablets

2011-08-05 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 30256
   Summary: Need to properly detect Android 2.3 tablets
   Product: Wikipedia Mobile
   Version: .5
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: devices
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: tf...@wikimedia.org
CC: tf...@wikimedia.org
Classification: Unclassified


Currently were redirecting android 2.3 tablets to mobile when we shouldn't be.

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

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

[Bug 30255] New: #ask result maps with template giving UNIQ/QINU tags

2011-08-05 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 30255
   Summary: #ask result maps with template giving UNIQ/QINU tags
   Product: MediaWiki extensions
   Version: any
  Platform: PC
OS/Version: Windows Server 2003
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: SemanticMaps
AssignedTo: jeroen_ded...@yahoo.com
ReportedBy: pl...@byu.edu
Classification: Unclassified


Trying to upgrade to MW 1.17/SMW 1.6/SM 1.0, but a new problem emerged:
When I have an ask query with map results that use a template, many of the
formatted elements (headers and links at least) that appear above the map have
the UNIQ...QINU in them, with source code like:
 UNIQ527bb8725a0682a4-h-0--QINUSettlements

I have some form links which are replaced completely by the UNIQ tag:
{{#formlink:form=TextBlock|link text=Add quote...|query
string=super_page={{PAGENAME}}&Attribute_t[Place]={{PAGENAME}}&Attribute_t[AttType]=quote}}
becomes
UNIQ352fb3c1cbec798-item-1--QINU

formatted elements appearing *below* the map are fine.  Other templates work
fine, and if I remove the template= from the ask query, it works fine.

This wasn't a problem in MW 1.16.1/SMW 1.5.6/SM 0.7.7.  I think I followed all
the upgrading instructions.  Might I have missed something?

-- 
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 19958] Rename MediaWiki-CVS list to MediaWiki-commits

2011-08-05 Thread bugzilla-daemon

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

Platonides  changed:

   What|Removed |Added

 CC||platoni...@gmail.com

--- Comment #11 from Platonides  2011-08-05 22:55:29 UTC 
---
A list admin could
a) See the list of current subscribers (comment #6)
b) Manually subscribe them to a new one
No need to ask users to do it manually. Although if they are too much, you may
prefer not to rename anything. Basically because that disrupts everyone's
filters.

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

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

[Bug 19958] Rename MediaWiki-CVS list to MediaWiki-commits

2011-08-05 Thread bugzilla-daemon

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

--- Comment #10 from Casey Brown  2011-08-05 22:52:45 UTC 
---
That's a very good idea for this case actually. Since the list doesn't archive,
there's really no need to move anything. We don't even need to spam people, we
could just subscribe the whole membership to the new list and tell them to
update their filters.

Does that sound good? I'd like Brion's response especially, since he's the
reporter. =]

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

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

[Bug 28613] Thumbnails of updated files fail to purge on squids

2011-08-05 Thread bugzilla-daemon

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

--- Comment #91 from Derk-Jan Hartman  2011-08-05 
22:50:30 UTC ---
(In reply to comment #89)
> Here is another funny thing:
> http://upload.wikimedia.org/wikipedia/commons/thumb/9/98/Satellite_Image_of_Ruegen.jpg/551px-Satellite_Image_of_Ruegen.jpg?action=purge
> and
> http://upload.wikimedia.org/wikipedia/commons/thumb/9/98/Satellite_Image_of_Ruegen.jpg/551px-Satellite_Image_of_Ruegen.jpg
> shows two different images. How is this possible?

Well you cannot just stick action=purge behind any url. You have to append it
to the File description page,, and then clear your browser cache, to get rid of
your local copies.

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

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

[Bug 19958] Rename MediaWiki-CVS list to MediaWiki-commits

2011-08-05 Thread bugzilla-daemon

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

--- Comment #9 from p858snake  2011-08-05 22:48:58 UTC ---
(In reply to comment #8)
Oh and it's not like we would loose anything with this method since we don't
archive the list either.

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

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

[Bug 19958] Rename MediaWiki-CVS list to MediaWiki-commits

2011-08-05 Thread bugzilla-daemon

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

--- Comment #8 from p858snake  2011-08-05 22:47:05 UTC ---
How about we cheat Setup the new list with whatever we want, then spam the
old list telling people to resubscribe to the new one every week or so then
after a month kill it off?

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

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

[Bug 28159] Change interwiki name of language kbd to Адыгэбзэ

2011-08-05 Thread bugzilla-daemon

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

--- Comment #10 from Siebrand  2011-08-05 22:05:55 UTC ---
Probably needs backporting to WMF deployment branch

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

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

[Bug 29002] Resizing Vector dialogs works wrong when using an RTL language

2011-08-05 Thread bugzilla-daemon

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

--- Comment #3 from Siebrand  2011-08-05 22:03:28 UTC ---
s/screenshot/screen video/

-- 
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 29002] Resizing Vector dialogs works wrong when using an RTL language

2011-08-05 Thread bugzilla-daemon

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

--- Comment #2 from Amir E. Aharoni  2011-08-05 
21:44:55 UTC ---
It's kinda hard to take a screenshot of this. To reproduce, just edit any
article in an RTL wiki, click the search and replace button and try to resize
the window.

-- 
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 29520] Ability to turn off images on mobile and wap-mobile page views

2011-08-05 Thread bugzilla-daemon

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

--- Comment #4 from Tomasz Finc  2011-08-05 21:44:15 UTC 
---
This is just pending exposing this in the UI.

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

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

[Bug 28159] Change interwiki name of language kbd to Адыгэбзэ

2011-08-05 Thread bugzilla-daemon

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

--- Comment #9 from Amir E. Aharoni  2011-08-05 
21:38:50 UTC ---
In the live Wikipedia it's still called "Къэбэрдеибзэ / Qabardjajəbza". It
should be called "Адыгэбзэ".

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

[Bug 25025] Add pre commit hook to prevent blank commit summaries

2011-08-05 Thread bugzilla-daemon

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

Chad H.  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #8 from Chad H.  2011-08-05 21:33:47 UTC 
---
Fixed and re-deployed. See /trunk/tools/subversion/hooks.

-- 
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 26172] Create pre-commit PHP lint test

2011-08-05 Thread bugzilla-daemon

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

Chad H.  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #17 from Chad H.  2011-08-05 21:33:37 UTC 
---
Fixed and re-deployed. See /trunk/tools/subversion/hooks.

-- 
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 30086] Upload problems : Slow / timeouts

2011-08-05 Thread bugzilla-daemon

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

--- Comment #17 from Reedy  2011-08-05 21:12:27 UTC ---
The API specific errors have been fixed, I wonder if this has any benefit on
the upload issues..

-- 
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 30201] API requests to commons frequently return 502

2011-08-05 Thread bugzilla-daemon

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

Asher Feldman  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||afeld...@wikimedia.org
 Resolution||FIXED

--- Comment #25 from Asher Feldman  2011-08-05 21:06:11 
UTC ---
I was able to track down a few examples in the kennisnet udplog stream.  

knsq23.knams.wikimedia.org 3654410 2011-08-05T21:00:08.774 6676 213.221.6.148
TCP_MISS/502 3330 POST http://uk.wikipedia.org/w/api.php CARP/91.198.174.40
text/html - - PythonWikipediaBot/1.0

knsq23.knams.wikimedia.org 3272304 2011-08-05T20:43:08.138 4681 217.187.129.179
TCP_MISS/502 3432 POST
http://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion:Xqt&action=submit
CARP/91.198.174.40 text/html
http://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion:Xqt&action=edit§ion=56
-
Mozilla/5.0%20(Windows%20NT%206.1;%20WOW64;%20rv:5.0)%20Gecko/20100101%20Firefox/5.0

All POST's, all getting hashed via carp to the backend squid on knsq30. A drive
is failing on knsq30 (91.198.174.40) and there are possibly other problems -
load is many times hire than all other squids.  I removed it from the
frontend.conf and since deploying, have not seen any more 502's.

-- 
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 27257] Non-Safari iPhone User Agent Not Redirecting Automatically

2011-08-05 Thread bugzilla-daemon

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

Tomasz Finc  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #29 from Tomasz Finc  2011-08-05 21:02:58 UTC 
---
Resolving. All the iOS server redirects are now in place. If this is still
happening please re-open and tell us the UA that is still seeing this.

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

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

[Bug 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki

2011-08-05 Thread bugzilla-daemon

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

--- Comment #21 from James F.  2011-08-05 20:52:44 UTC 
---
To fill up everyone's inboxes just that little bit more, I think it's worth
rebutting the above inaccuracy:

> Wikipedia is indeed the encyclopedia anyone can edit. There has however, never
> been a policy  that  anyone can create new pages. 

Sorry, but this is just wrong. All users, anonymous and otherwise, used to be
able to create articles. It was a right that was "temporarily" suspended after
the Seigenthaler issue in 2006, pending the creation of a system that would let
us review changes before they went live. The fact that said system - Flagged
Revisions, created to return us to the status quo (that is, one in which
anonymous users can create articles) - has run into difficulties with the
community does not mean that the idea that it's settled policy that there's no
policy that all users can create new pages.

I worry that this throws more heat than light on the situation, but we can't go
around making massive changes to the community interaction model whilst at the
same time relaying false and damaging claims about our intent, which don't help
anyone.

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

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

[Bug 30254] New: Adding multiple revisions manually as followups to a revision doesn't work

2011-08-05 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 30254
   Summary: Adding multiple revisions manually as followups to a
revision doesn't work
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Unprioritized
 Component: CodeReview
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: s...@reedyboy.net
CC: innocentkil...@gmail.com, s...@reedyboy.net
Classification: Unclassified


Only the first one seems to be added. Something slightly funky going on

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

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

[Bug 30185] Global account not appearing on Special:GlobalUsers

2011-08-05 Thread bugzilla-daemon

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

Reedy  changed:

   What|Removed |Added

   Priority|Normal  |Low
Summary|Global accounts not |Global account not
   |appearing on|appearing on
   |Special:GlobalUsers |Special:GlobalUsers
   Severity|normal  |minor

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

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

[Bug 30250] Allow enwiki bureaucrats to remove sysops

2011-08-05 Thread bugzilla-daemon

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

Reedy  changed:

   What|Removed |Added

   Severity|normal  |enhancement

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

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

[Bug 30250] Allow enwiki bureaucrats to remove sysops

2011-08-05 Thread bugzilla-daemon

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

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||LATER

--- Comment #1 from Reedy  2011-08-05 20:23:25 UTC ---
Come back when the discussion is finished and closed

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

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

[Bug 25558] Mobile site should be rewritten in PHP

2011-08-05 Thread bugzilla-daemon

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

Tomasz Finc  changed:

   What|Removed |Added

 Blocks|24859   |

-- 
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 24859] Redirect to mobile gateway should be handled on the server-side rather than the client-side

2011-08-05 Thread bugzilla-daemon

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

Tomasz Finc  changed:

   What|Removed |Added

 Depends on|25558   |

-- 
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 29197] Long external link (which exceeds 313 characters) crashes PHP in Windows

2011-08-05 Thread bugzilla-daemon

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

--- Comment #16 from Platonides  2011-08-05 19:42:58 UTC 
---
It is unlikely to occur with cgi/fastcgi, since in that case it uses the stack
set in php binary.

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

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

[Bug 30201] API requests to commons frequently return 502

2011-08-05 Thread bugzilla-daemon

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

--- Comment #24 from rai...@rillke.eu  2011-08-05 
19:13:07 UTC ---
still not better: 2 new entries (Bugreports) in 

http://commons.wikimedia.org/wiki/MediaWiki_talk:AjaxQuickDelete.js

-- 
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 27257] Non-Safari iPhone User Agent Not Redirecting Automatically

2011-08-05 Thread bugzilla-daemon

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

Bug 27257 depends on bug 24859, which changed state.

Bug 24859 Summary: Redirect to mobile gateway should be handled on the 
server-side rather than the client-side
https://bugzilla.wikimedia.org/show_bug.cgi?id=24859

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

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

[Bug 24859] Redirect to mobile gateway should be handled on the server-side rather than the client-side

2011-08-05 Thread bugzilla-daemon

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

Asher Feldman  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #13 from Asher Feldman  2011-08-05 19:02:22 
UTC ---
The mobile redirect is now being handled by our frontend squids, which are now
picking a much larger set of devices.  Long live the javascript redirect!

-- 
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 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki

2011-08-05 Thread bugzilla-daemon

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

Ryan Lane  changed:

   What|Removed |Added

 CC||rlan...@gmail.com

--- Comment #20 from Ryan Lane  2011-08-05 18:55:31 UTC ---
My apologies. I asked Brandon to enter that response. This change is a
contested change, and I wanted to ensure that the change wasn't made by any of
our volunteer ops engineers before the change was discussed further.

If you'd like to blame someone, blame me.

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

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

[Bug 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki

2011-08-05 Thread bugzilla-daemon

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

--- Comment #19 from c...@edubkk.org 2011-08-05 18:32:32 UTC ---
Wikipedia is indeed the encyclopedia anyone can edit. There has however, never
been a policy  that  anyone can create new pages. If the trial delivers the
expected results, it will solve a far greater number of perennial problems than
simply that of over 1,000 pages per day (80% of all newpages) that have to be
deleted through one process or another, and which are largely patrolled by a
loose group of extremely inexperienced, and partly very young and/or non native
speakers of English - NPP is already widely recognised as a broken process.

I believe there is every urgent reason to implement this trial now without
further delay. The consensus was reached by a debate involving around 500 users
and a clear majority in favour, and based on examination of the problem rather
than straight subjective 'support' or 'oppose' !voting. A further centrally
publicised RfC on the actual terms of the trial has also received practically
unanimous support. 

I realise by now that the WMF may not in favour of this new user right change,
but they should accept a decision arrived at by the very kind of consensus that
they insist is the way to get things done at Wikipedia. By questioning the
authority of the self governing Wikipedia community, any  devs who would refuse
this request for a trial, will be rocking the very foundation of a pillar of
Wikipedia policy. 

Furthermore, Brendon  is apparently  overstepping  his authority in
unilaterally  forbidding  this trial. Rather than protecting  a perceived user
right  for anyone to  create  new spam, attack, autobio, and copyvio pages,
ultimately  such  action  will  result  in  the loss to  the project of mature,
established users and administrators who  dedicate their free time to striving
for improvement  in  the quality  of Wikipedia, and its credibility  as a
universal knowledge base.

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

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

[Bug 28159] Change interwiki name of language kbd to Адыгэбзэ

2011-08-05 Thread bugzilla-daemon

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

Reedy  changed:

   What|Removed |Added

   Keywords|bugsmash|

--- Comment #8 from Reedy  2011-08-05 18:22:43 UTC ---
What is still to be done here?

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

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

[Bug 29907] action=parse only fetches from the parser cache, it does not store to it

2011-08-05 Thread bugzilla-daemon

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

--- Comment #6 from Aaron Schulz  2011-08-05 18:18:30 
UTC ---
I'd be surprised if it was worth caching sections (or even old revs). Though
with disk-space we don't have to worry *as much* about filling the cache with
seldom-used stuff that much.

Maybe we could log (with md5 of text) the raw-text and section hits to see if
there are usage patterns that justify caching?

-- 
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 30164] Change namespaces configuration - pl.wikibooks

2011-08-05 Thread bugzilla-daemon

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

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Reedy  2011-08-05 18:18:29 UTC ---
All done, bar


... 2850 (0,"WB:")
...  *** cannot resolve automatically; illegal title ***
... 2656 (0,"WB:FAQ") -> (4,"FAQ") [[Wikibooks:FAQ]]
...  *** cannot resolve automatically; page exists with ID 107 ***

Oh noeees

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

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

[Bug 30185] Global accounts not appearing on Special:GlobalUsers

2011-08-05 Thread bugzilla-daemon

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

Reedy  changed:

   What|Removed |Added

   Keywords|shell   |

--- Comment #1 from Reedy  2011-08-05 18:10:35 UTC ---
-shell for the moment

It seems like it's a bug with CentralAuth for some reason

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

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

[Bug 30233] Create "Thai-speaking Wikimedians" mailing list

2011-08-05 Thread bugzilla-daemon

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

--- Comment #2 from Casey Brown  2011-08-05 18:10:28 UTC 
---
"Wikimedia-TH" would mean Wikimedians in Thailand / Wikimedia Thailand. If you
just want a list for discussing the Thai Wikimedia projects, we usually just
name that "Wikipedia-TH". Would that name be okay?

-- 
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 19958] Rename MediaWiki-CVS list to MediaWiki-commits

2011-08-05 Thread bugzilla-daemon

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

Casey Brown  changed:

   What|Removed |Added

 CC||b...@caseybrown.org

--- Comment #7 from Casey Brown  2011-08-05 18:07:36 UTC 
---
(In reply to comment #6)
> From what I understand, renaming a list requires a root user.

Probably. This is a useful help page:


There are a few mailing lists we'd want to rename if we did so, and this is
just one of them. (Another is private-l.) We really don't care for the most
part -- we'd love to be able to rename lists, but it's not that easy and it's
not really necessary/pressing.

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

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

[Bug 30207] Enable AbuseFilter on Russian Wikinews

2011-08-05 Thread bugzilla-daemon

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

--- Comment #2 from Artem Korzhimanov  2011-08-05 
18:04:56 UTC ---
Thank you much!

(In reply to comment #1)
> Done

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

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

[Bug 30207] Enable AbuseFilter on Russian Wikinews

2011-08-05 Thread bugzilla-daemon

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

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Reedy  2011-08-05 18:02:22 UTC ---
Done

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

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

[Bug 19958] Rename MediaWiki-CVS list to MediaWiki-commits

2011-08-05 Thread bugzilla-daemon

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

Chad H.  changed:

   What|Removed |Added

 CC||innocentkil...@gmail.com

--- Comment #6 from Chad H.  2011-08-05 18:00:30 UTC 
---
>From what I understand, renaming a list requires a root user.

Also: how many people are even subscribed to this list? I know myself and
Roan...but are there any other crazies on it these days? I have no problems
with leaving it -cvs, since we don't really require membership these days do be
a developer.

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

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

[Bug 29343] Create spiclerk mailing list

2011-08-05 Thread bugzilla-daemon

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

Casey Brown  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||WONTFIX

-- 
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 29777] Requesting new mailing list: Wikimedia-ayuda

2011-08-05 Thread bugzilla-daemon

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

Casey Brown  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||WONTFIX

-- 
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 19958] Rename MediaWiki-CVS list to MediaWiki-commits

2011-08-05 Thread bugzilla-daemon

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

Casey Brown  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW
 AssignedTo|b...@caseybrown.org |wikibugs-l@lists.wikimedia.
   ||org

--- Comment #5 from Casey Brown  2011-08-05 17:58:24 UTC 
---
(In reply to comment #3)
> Make mailing list requests (new ML or rename) consistent: based on bug 30105 
> it
> looks like caseybrown wants these, add wikibugs to CC

It's not really possible to easily rename mailing lists, especially not from
the front-end, so I can't handle this.

Someone on ops would need to do it when we decide we're going to go through the
trouble of renaming mailing lists. It'll likely happen around the same time as
we bite the bullet and decide to rename wikis. ;-)

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

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

[Bug 30252] Special:MIMESearch is broken

2011-08-05 Thread bugzilla-daemon

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

Chad H.  changed:

   What|Removed |Added

 CC||teyande...@gmail.com

--- Comment #1 from Chad H.  2011-08-05 17:58:06 UTC 
---
*** Bug 30253 has been marked as a duplicate of this bug. ***

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

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

[Bug 30253] Special:MIMESearch is not working

2011-08-05 Thread bugzilla-daemon

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

Chad H.  changed:

   What|Removed |Added

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

--- Comment #1 from Chad H.  2011-08-05 17:58:06 UTC 
---


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

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

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

[Bug 30253] New: Special:MIMESearch is not working

2011-08-05 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 30253
   Summary: Special:MIMESearch is not working
   Product: MediaWiki
   Version: 1.16.5
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Special pages
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: teyande...@gmail.com
Classification: Unclassified


The problem is that [[Special:MIMESearch]] seems not to work at MEdiaWiki-bases
sites.

For example: http://en.wikipedia.org/wiki/Wikipedia:Special:MIMESearch or
http://community.wikia.com/wiki/Special:MIMESearch. 

Special:MIMESearch at wikia gives only 1 result: "There are no results for this
report" on any requests (image/jpeg image/jpg image/png).

Please fix it.
--
Best Regards,
Teyandee.

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

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

[Bug 30252] New: Special:MIMESearch is broken

2011-08-05 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 30252
   Summary: Special:MIMESearch is broken
   Product: MediaWiki
   Version: unspecified
  Platform: All
   URL: http://en.wikipedia.org/wiki/Special:MIMESearch?title=
Special%3AMIMESearch&mime=image%2Fpng
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Special pages
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: martinezn...@gmail.com
Classification: Unclassified


[[Special:MIMESearch]] isn't returning any results. It's broken on WikiMedia
wikis, but also on other wikis outside WikiMedia.

Entering a "image/jpeg" or "image/png" on english Wikipedia should give some
thousands of images, but always return empty results.

See [[Wikipedia talk:Special:MIMESearch]].

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

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

[Bug 24478] Update default mailing list setting(s)

2011-08-05 Thread bugzilla-daemon

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

Casey Brown  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED

--- Comment #11 from Casey Brown  2011-08-05 17:49:11 UTC 
---
Confirmed that it's working. Thanks, Mark!

-- 
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 30105] Create List "Wiki-Denkmal-AT"

2011-08-05 Thread bugzilla-daemon

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

Casey Brown  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #7 from Casey Brown  2011-08-05 17:46:23 UTC 
---
Sorry for the delay, I haven't had access to a computer.

List "Denkmal-AT" created and password sent to AleXXw.

-- 
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 30251] New: Thumbnail with a certain (round) width not generated

2011-08-05 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 30251
   Summary: Thumbnail with a certain (round) width not generated
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: pi...@hot.ee
Classification: Unclassified


I and a few others at etwiki currently get an error message at this URL:
http://upload.wikimedia.org/wikipedia/commons/thumb/d/d3/Bear_cub.jpg/220px-Bear_cub.jpg,
which should be the default thumb size.
(other sizes seem to work).

In Nov-2010 image [[commons:File:Gulen.2 066.jpg]] wasn't available at 220px.
(So a duplicate was uploaded to etwiki, which was avilable at 220px). Now the
Commons image also scales at 220px. Checking other round numbers now, I get an
error message here:
http://upload.wikimedia.org/wikipedia/commons/thumb/f/f6/Gulen.2_066.jpg/300px-Gulen.2_066.jpg

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

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

[Bug 30250] New: Allow enwiki bureaucrats to remove sysops

2011-08-05 Thread bugzilla-daemon

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

   Web browser: ---
 Bug #: 30250
   Summary: Allow enwiki bureaucrats to remove sysops
   Product: Wikimedia
   Version: unspecified
  Platform: All
   URL: http://en.wikipedia.org/wiki/Wikipedia:Requests_for_co
mment/Granting_bureaucrats_the_technical_ability_to_re
move_the_admin_flag
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Site requests
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: drevit...@gmail.com
Classification: Unclassified


Please add 'sysop' to the $wgRemoveGroups['bureaucrat'] array for the
en.wikipedia.org files.

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

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

[Bug 17463] New pages log doesn't remove/update item after suppression redirect

2011-08-05 Thread bugzilla-daemon

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

Chad H.  changed:

   What|Removed |Added

   Keywords||need-review
 CC||innocentkil...@gmail.com

--- Comment #13 from Chad H.  2011-08-05 17:04:32 UTC 
---
Adding +need-review...this patch needs some more input (reverted in r93986). I
haven't delved into it deeply yet but it *feels* 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 30201] API requests to commons frequently return 502

2011-08-05 Thread bugzilla-daemon

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

--- Comment #23 from Neil Kandalgaonkar  2011-08-05 
17:00:06 UTC ---
Side note, I have changed the following messages or pages on Commons to point
to Commons:Upload until the issues are resolved.

MediaWiki:Sitenotice
Commons:Upload - commented out {{UploadWizard}} template
MediaWiki:Upload-url
MediaWiki:Upload-url/en

-- 
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 28850] Save categories on "Next" even if they weren't explicitly added

2011-08-05 Thread bugzilla-daemon

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

--- Comment #12 from Gregor Hagedorn  2011-08-05 
16:49:47 UTC ---
(In reply to comment #11)
> I disagree that the right answer here is to get metrics. It's a nice idea but 
> I
> just don't have time to make a research project of this. We should just solve
> the problem.

Not sure the effort is big: blindly adding the category submitted rather than
ignoring it plus a monitoring category should be the work of how many minutes?

People are adding categories by entering them, not by clicking an
add-another-field-button. The clicking-a-button is rather the secret knowledge
of the programmer. But as long as we can have no hard data to test, we are just
speculating. Not a good method. 

> The widget I made (mwCoolCats) is designed to emulate similar interfaces 
> around
> the web, particularly Flickr's, so there is some precedent that this can be
> useful.

I strongly disagree. The Flickr interface your refer to is completely different
in that it is NOT embedded in a form with a SAVE/Upload button, but it appears
after the upload so that the submission button IS the Add-button.

Note that the equivalent to the mediawiki upload form itself has in flickr a
field "Add tags to the whole batch?" This is a normal text field which does not
require an extra button click.

I maintain that the Commons upload form violates all user interface
expectations. 

If you follow your planned solution, please report the errors after checking
the submitted categories first. Having to fix the categories which don't exist
would make sense. Getting an error message that all categories are correct, but
you have to click on a button for each file anyways (which is what you
describe) seems Kafkaesk.

-- 
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 30201] API requests to commons frequently return 502

2011-08-05 Thread bugzilla-daemon

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

prolineserver  changed:

   What|Removed |Added

 CC||prolineser...@gmail.com

--- Comment #22 from prolineserver  2011-08-05 
16:30:50 UTC ---
No, still no improvement for mee.

-- 
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 24759] Upload wizard: Improve progress bar

2011-08-05 Thread bugzilla-daemon

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

--- Comment #4 from Neil Kandalgaonkar  2011-08-05 
16:29:43 UTC ---
There is a progress bar. It's actually constantly polling all the uploads for
progress info and trying to display a summary result.

But it only shows when there is some information about how well uploads are
progressing. At the moment, that only occurs after the first upload has
completed. If you're uploading a single file, you won't see the progress bar.
And if you upload small files or less than three files, the files will probably
complete at about the same time anyway, so the progress bar won't show up.

However, Chrome and other modern browsers offer ways to know how the upload is
progressing, even in traditionally submitted POST-to-iframe uploads. And of
course the FileAPI / chunked method will give us even more info. So we just
need to write a few more lines of code here to get a working progress bar.

-- 
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 28850] Save categories on "Next" even if they weren't explicitly added

2011-08-05 Thread bugzilla-daemon

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

--- Comment #11 from Neil Kandalgaonkar  2011-08-05 
16:24:21 UTC ---
I disagree that the right answer here is to get metrics. It's a nice idea but I
just don't have time to make a research project of this. We should just solve
the problem.

One possible solution was to auto-add categories if they haven't added them. I
don't agree with this because:
1 - We also want to check for newly created categories and warn them this is a
bad idea
2 - I have noticed that some users also type multiple categories into the
field, space separated or comma separated, and this isn't correct either.

Another is to have a multiple input box field. Personally I think these have
rather poor usability.

The widget I made (mwCoolCats) is designed to emulate similar interfaces around
the web, particularly Flickr's, so there is some precedent that this can be
useful.

I think this is the solution: 

There is already field validation on the page. On submit, we can simply look
for category widgets where the field is filled out but the button hasn't been
pressed, and highlight those in red, saying they should press the "add" button.
If there are other problems with their Category, they can fix them as they are
entered. That should solve almost all the problems we currently have.

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

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

[Bug 28613] Thumbnails of updated files fail to purge on squids

2011-08-05 Thread bugzilla-daemon

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

--- Comment #90 from Reedy  2011-08-05 16:18:55 UTC ---
(In reply to comment #88)
> (In reply to comment #87)
> > Loading the image once showed the old one, second request with the purge 
> > and it
> > loaded correctly?
> 
> I did exactly the same a few minutes ago and it did not fixed the problem. Why
> should it work when you do it but not when I do it? I think this was
> coincidence because I did my sandbox edit the same second. However, I don't 
> see
> a reason why such an edit should make a difference. Maybe the developers know?

I am a developer. Maybe it is co-incidence, but it wouldn't be the first time
I've done a purge for someone else and it worked, when it didn't for 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 30201] API requests to commons frequently return 502

2011-08-05 Thread bugzilla-daemon

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

--- Comment #21 from Daniel Schwen  2011-08-05 16:18:41 UTC 
---
The frequency of 502 errors is down to about 1 in 10 requests failing. Looks
like something is improving after all. 
Can anyone else confirm this?

-- 
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 28613] Thumbnails of updated files fail to purge on squids

2011-08-05 Thread bugzilla-daemon

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

--- Comment #89 from TMg  2011-08-05 16:18:04 UTC ---
Here is another funny thing:
http://upload.wikimedia.org/wikipedia/commons/thumb/9/98/Satellite_Image_of_Ruegen.jpg/551px-Satellite_Image_of_Ruegen.jpg?action=purge
and
http://upload.wikimedia.org/wikipedia/commons/thumb/9/98/Satellite_Image_of_Ruegen.jpg/551px-Satellite_Image_of_Ruegen.jpg
shows two different images. How is this possible?

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

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

[Bug 30086] Upload problems : Slow / timeouts

2011-08-05 Thread bugzilla-daemon

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

--- Comment #16 from Neil Kandalgaonkar  2011-08-05 
16:16:28 UTC ---
For everyone following this bug -- the 502/504 error issue is being separately
tracked in #30201.

-- 
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 28613] Thumbnails of updated files fail to purge on squids

2011-08-05 Thread bugzilla-daemon

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

--- Comment #88 from TMg  2011-08-05 16:15:42 UTC ---
(In reply to comment #87)
> Loading the image once showed the old one, second request with the purge and 
> it
> loaded correctly?

I did exactly the same a few minutes ago and it did not fixed the problem. Why
should it work when you do it but not when I do it? I think this was
coincidence because I did my sandbox edit the same second. However, I don't see
a reason why such an edit should make a difference. Maybe the developers know?

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

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

[Bug 30201] API requests to commons frequently return 502

2011-08-05 Thread bugzilla-daemon

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

--- Comment #20 from Daniel Schwen  2011-08-05 16:12:44 UTC 
---
Nope, sorry. 502 is back. The test before must have been a fluke (was a short
bot run that went thorough without errors)

-- 
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 30201] API requests to commons frequently return 502

2011-08-05 Thread bugzilla-daemon

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

--- Comment #19 from Reedy  2011-08-05 16:09:14 UTC ---
(In reply to comment #18)
> Does none of the admins have toolserver account?! Or any account on a european
> computer? 
> Looks better now. I'll keep testing.

We have both. I tried numerous requests yesterday with AWB, and encountered no
errors.

-- 
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 30201] API requests to commons frequently return 502

2011-08-05 Thread bugzilla-daemon

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

--- Comment #18 from Daniel Schwen  2011-08-05 16:08:38 UTC 
---
Does none of the admins have toolserver account?! Or any account on a european
computer? 
Looks better now. I'll keep testing.

-- 
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 28613] Thumbnails of updated files fail to purge on squids

2011-08-05 Thread bugzilla-daemon

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

--- Comment #87 from Reedy  2011-08-05 16:08:21 UTC ---
(In reply to comment #86)
> (In reply to comment #85)
> > I just appended ?action=purge to the full url and it fixed it
> 
> No, it did not. I tried ?action=purge multiple times since I first reported 
> the
> problem here and it never did anything. It seems my sandbox edit recreated the
> thumbnail. But even if this is true, it does not solve the problem that caused
> all the broken thumbnails.

Loading the image once showed the old one, second request with the purge and it
loaded correctly? Please don't tell me what I did or didn't see.

Maybe so. It is reported as is working for new uploads, and I've tested it
myself and it worked today.

Fixing stuff like this in retrospect isn't so easy, as there is no point
purging everything

(In reply to comment #81)
> I still see a few images with thumbnails that don't match, although new 
> uploads
> are fixed. Perhaps instead of waiting for new uploads or for someone in the
> know to manually purge them as they come across them, there should be a mass
> thumbnail purge and rebuild. (Since people and pages can use any random size
> they want, it probably isn't even possible to rely on that.) Not all at once,
> because I could see that bringing the servers to their knees and frustrating
> everyone, but staged by hash group or as a low priority constant process over 
> a
> week or two.

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

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

[Bug 28613] Thumbnails of updated files fail to purge on squids

2011-08-05 Thread bugzilla-daemon

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

--- Comment #86 from TMg  2011-08-05 16:05:13 UTC ---
(In reply to comment #85)
> I just appended ?action=purge to the full url and it fixed it

No, it did not. I tried ?action=purge multiple times since I first reported the
problem here and it never did anything. It seems my sandbox edit recreated the
thumbnail. But even if this is true, it does not solve the problem that caused
all the broken thumbnails.

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

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

[Bug 28613] Thumbnails of updated files fail to purge on squids

2011-08-05 Thread bugzilla-daemon

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

--- Comment #85 from Reedy  2011-08-05 16:03:01 UTC ---
I just appended ?action=purge to the full url and it fixed 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 28613] Thumbnails of updated files fail to purge on squids

2011-08-05 Thread bugzilla-daemon

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

--- Comment #84 from TM  2011-08-05 16:02:11 UTC ---
This is ridiculous. In the moment I previewed an edit in the sandbox, the
broken 640px thumbnail was recreated. Now it shows the right version.

http://commons.wikimedia.org/w/index.php?title=Commons:Sandbox&diff=57617170&oldid=57579026

I tried to use purge before (multiple times) but it did not fixed the problem.

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

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

[Bug 30201] API requests to commons frequently return 502

2011-08-05 Thread bugzilla-daemon

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

--- Comment #17 from Reedy  2011-08-05 15:57:09 UTC ---
How about now (unfortunately we're having issues reproducing it, this is the
simplest way)? It seems one of the api apache application servers was very out
of sync, and is in the progress of being fixed... But won't be hit atm

-- 
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 28613] Thumbnails of updated files fail to purge on squids

2011-08-05 Thread bugzilla-daemon

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

Reedy  changed:

   What|Removed |Added

 CC||s...@reedyboy.net

--- Comment #83 from Reedy  2011-08-05 15:55:03 UTC ---
(In reply to comment #82)
> (In reply to comment #76)
> > (In reply to comment #72)
> > > http://commons.wikimedia.org/wiki/File:Flies3.JPG is still broken.
> > 
> > Apparently works for me.  Could you please explain what you expect to see 
> > that
> > you are not seeing?
> 
> Sorry, I forgot. In my 640px setting it still shows the wrong version:
> http://upload.wikimedia.org/wikipedia/commons/thumb/9/91/Flies3.JPG/640px-Flies3.JPG

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 28613] Thumbnails of updated files fail to purge on squids

2011-08-05 Thread bugzilla-daemon

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

--- Comment #82 from TM  2011-08-05 15:53:37 UTC ---
(In reply to comment #76)
> (In reply to comment #72)
> > http://commons.wikimedia.org/wiki/File:Flies3.JPG is still broken.
> 
> Apparently works for me.  Could you please explain what you expect to see that
> you are not seeing?

Sorry, I forgot. In my 640px setting it still shows the wrong version:
http://upload.wikimedia.org/wikipedia/commons/thumb/9/91/Flies3.JPG/640px-Flies3.JPG

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

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

[Bug 30249] Some images show up pink in Firefox

2011-08-05 Thread bugzilla-daemon

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

Mark A. Hershberger  changed:

   What|Removed |Added

   Priority|Unprioritized   |Low
 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 30245] Use full localized name for Special:Log in IRC RC feed

2011-08-05 Thread bugzilla-daemon

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

Mark A. Hershberger  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 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 30238] Create method to get directionality of message including the fallback tree

2011-08-05 Thread bugzilla-daemon

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

Mark A. Hershberger  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 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 30237] Uploading more files causes ownwork license to be concatenated again ("self|self|self|"...)

2011-08-05 Thread bugzilla-daemon

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

Mark A. Hershberger  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 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 30221] Enable New User Message Extension for Ladino Wikipedia

2011-08-05 Thread bugzilla-daemon

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

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Reedy  2011-08-05 15:23:45 UTC ---
Done

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

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

[Bug 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki

2011-08-05 Thread bugzilla-daemon

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

--- Comment #18 from The Blade of the Northern Lights  
2011-08-05 15:23:29 UTC ---
(In reply to comment #17)
> (In reply to comment #15)
> > Note to shell users:  This bug is controversial; please do not implement at
> > this time.
> There's pretty clear consensus on-wiki for this, after spending some time
> skimming the RfC.
> @Snottywong: I'm not opposed to doing this from the technical perspective, and
> many of the comments here have addressed the concerned I had raised above
> (comment 7). But as Brandon points out in comment 13, this has the potential 
> of
> being very contentious (not just within enwiki), so I want to make sure before
> proceeding.
> (In reply to comment #16)
> > Frankly, I'm appalled by the way this request has been handled.  You seem 
> > to be
> > more interested in the WMF's goals of editor engagement, and not interested 
> > at
> > all in Wikipedia's core policy on consensus.  Is this really the way 
> > Wikipedia
> > works when you pull back the curtains?  A proposal can get clear consensus 
> > from
> > 300-400 editors, but then a couple of developers can trump that consensus
> > because they don't like the idea?  Do you believe that the editors who
> > supported this proposal were not aware of the WMF's goals for editor 
> > engagement
> > when they voted for it?  Do you believe that you are smarter and/or know 
> > better
> > than the editors who supported this idea?  How did you come to the 
> > conclusion
> > that the consensus for this proposal is "not strong enough"?  How many more
> > supporting votes would it have taken for the consensus to be "strong 
> > enough"?
> > 
> It has nothing to do with being smarter or setting unusually high barriers to
> consensus. It's about /making sure/ the consensus is there and making sure 
> that
> such a change doesn't fly under the radar. Neither Brion nor I have at any
> point said "NOWAY IS THIS HAPPENING," we just both want to make sure it's done
> slowly, carefully and correctly :)
> > I have contacted the WMF in the hopes that this request will be fulfilled 
> > in a
> > timely manner, without a discussion on the political aspects of the request
> > (which has already happened in a 2-month-long discussion on enwiki).
> Who did you contact, so I can also contact that person and we can get the ball
> rolling as needed?

I believe he's referring to Philippe.

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

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

[Bug 30201] API requests to commons frequently return 502

2011-08-05 Thread bugzilla-daemon

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

--- Comment #16 from rai...@rillke.eu  2011-08-05 
15:05:24 UTC ---
Yup, using the API with JavaScript throws error 502 and 504 on every 5th
request.

-- 
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 30194] Etherpad links from wiki pages via the secure server try to convert to SSL method and fail

2011-08-05 Thread bugzilla-daemon

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

Jeremy Baron  changed:

   What|Removed |Added

 CC||bugzilla+org.wikimedia@tuxm
   ||achine.com

--- Comment #5 from Jeremy Baron  
2011-08-05 14:55:42 UTC ---
There's also an RT on making https://etherpad.wikimedia.org/ serve etherpad
instead of the blog. Then the JS can point to SSL.

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

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

1 2 >

1 - 100 of 195 matches

Mail list logo