[Bug 40587] New: formatnum magicword

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40587
   Summary: formatnum magicword
   Product: Wikimedia
   Version: wmf-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: vss...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


The formatnum magicword works differently in ml and en wikipedia.

Please see a page in english wikipedia using {{formatnum:−5}}. Please note that
the minus sign used here is x2215

http://en.wikipedia.org/w/index.php?title=User:Vssun/sandboxoldid=514823050

The same function at ml.wikipedia make the entire page blank

http://ml.wikipedia.org/w/index.php?title=%E0%B4%89%E0%B4%AA%E0%B4%AF%E0%B5%8B%E0%B4%95%E0%B5%8D%E0%B4%A4%E0%B4%BE%E0%B4%B5%E0%B5%8D%3AVssun%2Ftestdiff=1429603oldid=1429602

Changing the minus sign to - (x002D), solves the problem.

http://ml.wikipedia.org/w/index.php?title=%E0%B4%89%E0%B4%AA%E0%B4%AF%E0%B5%8B%E0%B4%95%E0%B5%8D%E0%B4%A4%E0%B4%BE%E0%B4%B5%E0%B5%8D:Vssun/testdiff=nextoldid=1429603

Please correct it in ml.wikipedia to use the formatnum function with both
styles of minus sign.

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

[Bug 40587] formatnum magicword

[bugzilla-daemon]

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

Raziman T V razima...@gmail.com changed:

   What|Removed |Added

 CC||razima...@gmail.com

--- Comment #1 from Raziman T V razima...@gmail.com 2012-09-28 06:37:29 UTC 
---
The behavior of formatnum when there are non-numeric characters passed as
argument is in general very different between English and Malayalam.

For example, on trying {{formatnum:x 4200 x}}, the results are:
On enwiki : x 4,200 x
On mlwiki : x, 42

Except for where the commas are placed within numbers (4,20,000 as opposed to
420,000), there shouldn't ideally be any difference between the behavior of
formatnum on en and ml.

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

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

[Bug 40582] 500k logo for Swedish Wikipedia

[bugzilla-daemon]

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

Ronnie la.val...@yahoo.se changed:

   What|Removed |Added

 CC||la.val...@yahoo.se

--- Comment #2 from Ronnie la.val...@yahoo.se 2012-09-28 06:58:56 UTC ---
Regarding your suggestion: File upload is closed on sv.wikipedia.

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

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

[Bug 40582] 500k logo for Swedish Wikipedia

[bugzilla-daemon]

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

--- Comment #3 from Dereckson dereck...@espace-win.org 2012-09-28 07:08:44 
UTC ---
You could also choose to technically restrict instead uploads to sysops and
socially restrict it to interface items.

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

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

[Bug 40524] Don't list Special:ZeroRatedMobileAccess on [[Special:SpecialPages]]

[bugzilla-daemon]

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

Umherirrender umherirrender_de...@web.de changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #3 from Umherirrender umherirrender_de...@web.de 2012-09-28 
07:22:14 UTC ---
successfully merged

-- 
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 40588] New: Special:LinkSearch cannot search with a port in the url

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40588
   Summary: Special:LinkSearch cannot search with a port in the
url
   Product: MediaWiki
   Version: 1.20-git
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Special pages
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: umherirrender_de...@web.de
Classification: Unclassified
   Mobile Platform: ---


Giving a url with a port to search form of Special:LinkSearch, will not find
the url.

A user on de.wp was searching for:

http://www.gencat.net:8000/osial/owa/p01.dad_ens?via=0cod=0800180001

This results in a query (on my localhost, git master):
SELECT page_namespace AS namespace, page_title AS title, el_index AS value,
el_to AS url
FROM `page` , `externallinks` 
FORCE INDEX ( el_index ) 
WHERE (
page_id = el_from
)
AND (
el_index LIKE
'http://net:8000.gencat.www./osial/owa/p01.dad\_ens?via=0cod=0800180001%'

But el_index in the database is:
http://net.gencat.www.:8000/osial/owa/p01.dad_ens?via=0cod=0800180001

which cannot match, because the database has the port after domain and the
special page put the port after the tld, which looks strange.

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

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

[Bug 38631] AFT contributions entries are very ugly and confusing

[bugzilla-daemon]

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

Matthias Mullie mmul...@wikimedia.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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

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

[Bug 24620] Log entries are difficult to localize; rewrite logs system

[bugzilla-daemon]

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

Bug 24620 depends on bug 38631, which changed state.

Bug 38631 Summary: AFT contributions entries are very ugly and confusing
https://bugzilla.wikimedia.org/show_bug.cgi?id=38631

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

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

[Bug 39803] Talkpage link not appearing

[bugzilla-daemon]

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

Matthias Mullie mmul...@wikimedia.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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

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

[Bug 40431] Centralised feedback page not visible.

[bugzilla-daemon]

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

Matthias Mullie mmul...@wikimedia.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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

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

[Bug 39748] Feedback Page - Hide My Post is not tracked in Activity Log

[bugzilla-daemon]

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

Matthias Mullie mmul...@wikimedia.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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

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

[Bug 39587] Resolved - an exclusion filter or different weighting?

[bugzilla-daemon]

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

Matthias Mullie mmul...@wikimedia.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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

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

[Bug 37847] Add profiling to AFTv5 functionality

[bugzilla-daemon]

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

Matthias Mullie mmul...@wikimedia.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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

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

[Bug 39355] individual feedback page renders then disappears

[bugzilla-daemon]

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

Matthias Mullie mmul...@wikimedia.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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

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

[Bug 38073] Filter menu appears left-justified

[bugzilla-daemon]

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

Matthias Mullie mmul...@wikimedia.org changed:

   What|Removed |Added

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

--- Comment #1 from Matthias Mullie mmul...@wikimedia.org 2012-09-28 07:57:56 
UTC ---
Pretty much all of the original CSS for these filters has been rewritten  this
errors has not been heard of since - considering this issue 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 39044] ArticleFeedbackv5: Phase 2.0 (tracking)

[bugzilla-daemon]

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

Bug 39044 depends on bug 38073, which changed state.

Bug 38073 Summary: Filter menu appears left-justified
https://bugzilla.wikimedia.org/show_bug.cgi?id=38073

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

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

[Bug 40589] New: database error while running rebuildLocalisationCache.php

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40589
   Summary: database error while running
rebuildLocalisationCache.php
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Database
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: amir.ahar...@mail.huji.ac.il
Blocks: 28499
Classification: Unclassified
   Mobile Platform: ---


I ran rebuildLocalisationCache.php on translatewiki.net. All languages worked
well, except the following error:

Rebuilding szl...
A database error has occurred.  Did you forget to run maintenance/update.php
after upgrading?  See:
https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script
Query: DELETE FROM `bw_msg_resource`
Function: MessageBlobStore::clear
Error: 1213 Deadlock found when trying to get lock; try restarting transaction
(localhost)

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

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

[Bug 28499] 1205: Lock wait timeout exceeded; try restarting transaction (tracking)

[bugzilla-daemon]

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

Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed:

   What|Removed |Added

 Depends on||40589

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

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

[Bug 33125] Help Tooltip Bug on IE7 for Feedback forms

[bugzilla-daemon]

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

Matthias Mullie mmul...@wikimedia.org changed:

   What|Removed |Added

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

--- Comment #2 from Matthias Mullie mmul...@wikimedia.org 2012-09-28 07:59:42 
UTC ---
Overlay mode no longer exists

-- 
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 39044] ArticleFeedbackv5: Phase 2.0 (tracking)

[bugzilla-daemon]

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

Bug 39044 depends on bug 33125, which changed state.

Bug 33125 Summary: Help Tooltip Bug on IE7 for Feedback forms
https://bugzilla.wikimedia.org/show_bug.cgi?id=33125

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

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

[Bug 40590] New: Ogg files stammer

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40590
   Summary: Ogg files stammer
   Product: Wikimedia
   Version: unspecified
  Platform: PC
OS/Version: Windows Vista
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: juandevojni...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


When play ogg audio files, the sound stammer. It is a second day, I am
obscuring this problem. Normal audio files within PC run well. Can you
reproduce 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 36327] the star marker overlaps with the word FEATURED in an RTL environment

[bugzilla-daemon]

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

Matthias Mullie mmul...@wikimedia.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

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

[Bug 745] RTL/bidirectional issues (tracking)

[bugzilla-daemon]

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

Bug 745 depends on bug 36327, which changed state.

Bug 36327 Summary: the star marker overlaps with the word FEATURED in an RTL 
environment
https://bugzilla.wikimedia.org/show_bug.cgi?id=36327

   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 40582] 500k logo for Swedish Wikipedia

[bugzilla-daemon]

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

Nemo_bis federicol...@tiscali.it changed:

   What|Removed |Added

 CC||federicol...@tiscali.it

--- Comment #4 from Nemo_bis federicol...@tiscali.it 2012-09-28 09:19:56 UTC 
---
By the way, it's enough to add a line like this to your
[[MediaWiki:Common.css]]:

div#p-logo a {background-image:
url(//upload.wikimedia.org/wikipedia/commons/thumb/0/01/Wikipedia-lo
go-v2-sv-500k.svg/135px-Wikipedia-logo-v2-sv-500k.svg.png) !important}

(of course you need to protect the file on Commons and it's not super-elegant).

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

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

[Bug 35476] Non-included tables break parser

[bugzilla-daemon]

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

Bachsau pub...@bachsau.name changed:

   What|Removed |Added

   Priority|Normal  |High
Version|unspecified |1.19.2

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

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

[Bug 40591] New: Genitive form of names in the Slovene language

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40591
   Summary: Genitive form of names in the Slovene language
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Internationalization
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: dejan.pa...@gmail.com
CC: asha...@wikimedia.org, niklas.laxst...@gmail.com,
s.mazel...@xs4all.nl, srik@gmail.com
Classification: Unclassified
   Mobile Platform: ---


It should be possible to use the genitive forms of names of languages where
appropriate (with int:lang), like this is available for dates. For example in
Slovene, almost all names of languages end with -čina, the genitive would end
with -čini; notable exception is esperanto, which would be esperantu, and ido,
which would be idu. I can provide a complete list of translations if necessary,
just send me the list of languages. Thanks a lot.

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

[Bug 40558] EditEntity.php:attemptSave(): check token (1)

[bugzilla-daemon]

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

jeb...@gmail.com changed:

   What|Removed |Added

 CC||jeb...@gmail.com

--- Comment #1 from jeb...@gmail.com 2012-09-28 10:29:45 UTC ---
In EditEntity.php:attemptSave(), please check the token by default (or set
$token=null, so the check fails), and explicitly pass in a value when you want
to bypass the checking.

-- 
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 40550] Use http get with https whenever possible (2)

[bugzilla-daemon]

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

jeb...@gmail.com changed:

   What|Removed |Added

 CC||jeb...@gmail.com

--- Comment #1 from jeb...@gmail.com 2012-09-28 10:33:04 UTC ---
There were two place you're calling Http::get(), it would be nice if they could
both be forced to use https. It looks like you're using the data pulled back to
populate objects, which is fine for the objects you're currently using, but if
you start building objects that could effect access control, then you want to
make sure you have the correct data.

-- 
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 40551] Check insertDefaultSites in Utils.php (2)

[bugzilla-daemon]

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

jeb...@gmail.com changed:

   What|Removed |Added

 CC||jeb...@gmail.com

--- Comment #1 from jeb...@gmail.com 2012-09-28 10:34:47 UTC ---
The way that you're passing in a function to insertDefaultSites in Utils.php
makes a security evaluation difficult. I'm not sure what your intent was behind
that syntax, but it would be better to either have a whitelist of function
names, or possibly use the builtin debugging functions if you're only trying to
get debugging information.

-- 
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 40557] Check permissions on read (3)

[bugzilla-daemon]

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

jeb...@gmail.com changed:

   What|Removed |Added

 CC||jeb...@gmail.com

--- Comment #1 from jeb...@gmail.com 2012-09-28 10:35:58 UTC ---
Api - It looks like reading from the api is based on a generic permission,
which is what the MW api does currently as well. However, we get lots of
requests for the title's permissions to be checked on read, so that reading
individual pages/items from the api can be controlled on a page-by-page basis
(like you're doing for writes). If this is not desired for wikidata objects,
please document that somewhere. Or if that granularity in permissions is
desired, then it should be implemented now.

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

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

[Bug 40477] Enable Extension:Education Program on English Wikipedia (with new user rights configuration)

[bugzilla-daemon]

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

--- Comment #13 from Jeroen De Dauw jeroen_ded...@yahoo.com 2012-09-28 
11:24:36 UTC ---
Great - thanks for the clarification, I will modify the settings later today or
tomorrow :)

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

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

[Bug 40579] Update Sanitizer to support replacement of whole elements instead of just attributes.

[bugzilla-daemon]

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

TMg mr.h...@gmx.de changed:

   What|Removed |Added

 CC||mr.h...@gmx.de

--- Comment #3 from TMg mr.h...@gmx.de 2012-09-28 11:25:55 UTC ---
(In reply to comment #1)
 center, font, and strike work in existing browsers, there's no need to
 remove them.

I'm telling them the same in bug #40329. They say they can not output invalid
HTML. But they do. This is horribly confusing for all template developers. This
is insane. You are welcome.

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

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

[Bug 38822] Review Wikibase Repo extension for deployment

[bugzilla-daemon]

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

Daniel Werner danwe...@web.de changed:

   What|Removed |Added

 CC||danwe...@web.de

--- Comment #8 from Daniel Werner danwe...@web.de 2012-09-28 11:29:32 UTC ---
 I think $wg is the best convention, since if everything uses it,
 a configuration UI can drop the prefix.
Not that it's a big thing, but I just want to mention that alone Jeroen and I
are maintaining at least about 25 different extensions not using the 'wg'
prefix and I am sure there are a few more out there.
So I don't think a configuration UI could or should ever easily work based on
the 'wg' prefix.

-- 
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 40592] New: Chrome zoom wraps line when unnecessary

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40592
   Summary: Chrome zoom wraps line when unnecessary
   Product: MediaWiki
   Version: 1.20-git
  Platform: All
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: Unprioritized
 Component: Interface
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: rstockbo...@gmail.com
CC: krinklem...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Created attachment 11146
  -- https://bugzilla.wikimedia.org/attachment.cgi?id=11146
Chrome 22 +1 zoom

Zooming in Chrome causes the login line to wrap. Doesn't happen in Firefox or
IE8. Better than the behavior in 1.18, but not perfect by any means.

Notes:
* +1 zoom: line wraps
* +2 zoom: no wrap
* +3+ zoom: line wraps
* -1 zoom: line wraps(!)
* -2 zoom: no wrap
* -3 zoom: line wraps(!!)
* -4+ zoom: no wrap

Page width is irrelevant. IE8 and Chrome screenshots attached. Chrome version
is 22.0.1229.79 m

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

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

[Bug 40592] Chrome zoom wraps line when unnecessary

[bugzilla-daemon]

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

--- Comment #1 from Rian Stockbower rstockbo...@gmail.com 2012-09-28 11:34:10 
UTC ---
Created attachment 11147
  -- https://bugzilla.wikimedia.org/attachment.cgi?id=11147
ie8 +1 zoom level

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

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

[Bug 40584] Feedback Page: Add a checklist in Oversight Request flyout

[bugzilla-daemon]

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

--- Comment #1 from Matthias Mullie mmul...@wikimedia.org 2012-09-28 11:49:18 
UTC ---
Pushed to Gerrit (https://gerrit.wikimedia.org/r/#/c/25622/)  prototype

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

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

[Bug 32721] VIPS out of memory on large (100 Mpx) non-progressive JPEG

[bugzilla-daemon]

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

--- Comment #12 from John Cupitt jcup...@gmail.com 2012-09-28 11:51:19 UTC ---
I've redone all the benchmarks with the latest version of each package. Thank
you for the link to your interesting project Derrick.

Summary:

program   | realusersys peak mem
--+-
vipsthumbnail | 5.384   5.272   0.112   25mb
pngscale  | 6.466.384   0.064   1mb
convert   | 27.003  21.473  8.713   83mb

Notes:

Testing was on an elderly two-processor Opteron workstation with a PNG version
of the Chicago.jpg image above, using default (6) PNG compression. See below
for the test log. The machine was running Ubuntu 12.04.

vipsthumbnail is from vips-7.30.1. It has had some good improvements to the
line cache since the previous benchmark above, and performance is up as well.

pngscale uses very little memory and quality is reasonable too.

The latest version of convert is now decompressing to a temporary file and
processing from there, hence the large systime. This has dramatically reduced
memory use.

peak mem is measured with a version of Tim Starling's perl program to watch
strace output:

http://www.vips.ecs.soton.ac.uk/development/peakmem.pl

Output:

http://www.vips.ecs.soton.ac.uk/development/tn_Chicago-vips.jpg
http://www.vips.ecs.soton.ac.uk/development/tn_Chicago-pngscale.png
http://www.vips.ecs.soton.ac.uk/development/tn_Chicago-magick2.jpg

Log:

I've edited this down, I ran each command four times and picked the fastest.
This is just supposed to show the exact commands I ran. 

$ vips copy Chicago.jpg Chicago.png
$ time convert Chicago.png -resize 800 tn_Chicago-magick2.jpg
real0m27.003s
user0m21.697s
sys 0m8.713s
$ peakmem.pl convert Chicago.png -resize 800 tn_Chicago-magick2.jpg
83 MB
$ time vipsthumbnail Chicago.png --size 800 --interpolator bicubic -o
tn_Chicago-vips.jpg
real0m5.384s
user0m5.268s
sys 0m0.112s
$ peakmem.pl vipsthumbnail Chicago.png --size 800 --interpolator bicubic -o
tn_Chicago-vips.jpg
25 MB
$ time pngscale Chicago.png tn_Chicago-pngscale.png 800 -1
real0m6.463s
user0m6.384s
sys 0m0.064s
$ peakmem.pl pngscale Chicago.png tn_Chicago-pngscale.png 800 -1
0 MB

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

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

[Bug 40389] Set up and test the pretty URLs for Wikidata (5)

[bugzilla-daemon]

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

--- Comment #2 from silke.me...@wikimedia.de 2012-09-28 11:57:06 UTC ---
I skipped the middle part of the specification. The following links are now
redirected to the item Helium:

en.wikidata-dev-repo.wikimedia.de/wiki/Helium
de.wikidata-dev-repo.wikimedia.de/wiki/Helium
he.wikidata-dev-repo.wikimedia.de/wiki/%D7%94%D7%9C%D7%99%D7%95%D7%9D
hu.wikidata-dev-repo.wikimedia.de/wiki/Hélium

en.wikidata-dev-repo.wikimedia.de/title/Helium
de.wikidata-dev-repo.wikimedia.de/title/Helium
he.wikidata-dev-repo.wikimedia.de/title/%D7%94%D7%9C%D7%99%D7%95%D7%9D
hu.wikidata-dev-repo.wikimedia.de/title/Hélium

The reasons why I skipped the first step (redirect to
http://wikidata-dev-repo.wikimedia.de/title/enwiki:Helium): The part
enwiki:Helium is addressed as one single entity and I didn't find a way to
separate them. (Trials are commented out in
/etc/apache2/sites-available/wikidata-dev-repo.wikimedia.de)

-- 
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 40557] Check permissions on read (3)

[bugzilla-daemon]

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

--- Comment #2 from jeb...@gmail.com 2012-09-28 11:58:12 UTC ---
https://gerrit.wikimedia.org/r/#/c/25547/

-- 
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 40329] Don't use hacks to replicate a browser function, either let align= pass through or not; in HTML5

[bugzilla-daemon]

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

--- Comment #26 from TMg mr.h...@gmx.de 2012-09-28 12:07:33 UTC ---
(In reply to comment #25)
 We use HTML5.

No, you don't. You still output out-dated garbage like center and font. I
consider a single center or font tag a *lot* more dangerous than thousands
of align attributes.

I wouldn't be here if your decision would make sense. But it does not. As long
as you do *not* output valid HTML5 all of your arguments are irrelevant.

As long as you output center tags there is no reason to not output align
attributes.

Simple.

Dropping a few random snippets for being invalid and breaking them the same
time is just lazy. All it does is adding confusion. I think I said that
multiple times now.

 WikiText is not HTML

No, that's not true and you know it. Things like small tags or class
attributes are simply whitelisted in the MediaWiki parser. When I write
something like small it actually *is* HTML. When I wrote align=center in a
template it actually was HTML till last week.

Now it's not HTML any more. Instead it has a special meaning in WikiText. Since
last week it became *different* from what it was the week before.

What you did was simply dropping a feature. Instead you are outputting
something that may or may not be intended by the template developer.

Dropping a feature requires community consensus.

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

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

[Bug 40593] New: Split single-sign-on account creation so users who disagree with labs account conditions can get Git access

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40593
   Summary: Split single-sign-on account creation so users who
disagree with labs account conditions can get Git
access
   Product: Wikimedia
   Version: wmf-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Git/Gerrit
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: rainerril...@hotmail.com
CC: innocentkil...@gmail.com, rlan...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Recently tried to get Git access but didn't agree to some points of the labs
account conditions (and don't want it) but was told that I won't get Git access
if I do not agree to these conditions.

Coding for MW should be allowed without granting access to something else.

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

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

[Bug 40593] Split single-sign-on account creation so users who disagree with labs account conditions can get Git access

[bugzilla-daemon]

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

--- Comment #1 from Rainer Rillke @commons.wikimedia rainerril...@hotmail.com 
2012-09-28 12:17:46 UTC ---
Terms of use: 
https://www.mediawiki.org/w/index.php?title=Wikimedia_Labs/Terms_of_useoldid=531986

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

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

[Bug 40497] Add editbugs user right to legitimate Bugzilla accounts

[bugzilla-daemon]

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

Sumana Harihareswara suma...@wikimedia.org changed:

   What|Removed |Added

 CC||suma...@wikimedia.org

--- Comment #4 from Sumana Harihareswara suma...@wikimedia.org 2012-09-28 
12:29:51 UTC ---
I did the same kind of diff and then took half an hour to go through and give
editbugs to the accounts of about a hundred people whose email addresses I
could verify (by looking at my own email archives).  For example, I checked to
make sure WMDE, WMF, and Wikia personnel had editbugs, and I kept my eyes out
for the names and addresses of testers, community members, and developers I
recognized.

I hope this will help reduce how much of a blocker this is, in the short term,
but I know it's just a tiny bit of help.

Because it was such a headache to deal with the Bugzilla abuse, I'd like to
wait before we give all new users the editbugs right upon account creation. 
Specifically, I would like to wait until the new fulltime Bug Wrangler starts,
which will be in the first half of October.

I think we should not give the editbugs right to all non-privileged Bugzilla
accounts yet, until someone does a little due diligence to check whether any of
them show signs of being vandals (one of the most important being that the
account name is falsely that of another community member).  I'm open to other
ideas regarding what that due diligence should be, and would mildly prefer to
discuss that in private email instead of 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 40594] New: Get rid Wikipedia-Specific code

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40594
   Summary: Get rid Wikipedia-Specific code
   Product: MediaWiki extensions
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: WikidataRepo
AssignedTo: wikidata-b...@lists.wikimedia.org
ReportedBy: daniel.kinz...@wikimedia.de
CC: wikidata-b...@lists.wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


Find and remove any wikipedia specific logic hardcoded in wikibase.

Tim mentioned several here:
https://bugzilla.wikimedia.org/show_bug.cgi?id=38822#c7

Full quote:

In ItemView.php:

/**
 * Returns a list of all the sites that can be used as a target for a site
link.
 *
 * @static
 * @return array
 */
public static function getSiteDetails() {
...
if ( $site-getType() === Site::TYPE_MEDIAWIKI  $site-getGroup() ===
'wikipedia' ) {

The autocomplete feature that this function services also references Wikipedia
in a message (wikibase-error-autocomplete-connection). 

There doesn't seem to be any way to populate the sites table with data other
than the data that comes from meta.wikimedia.org, I had to patch
Utils::insertDefaultSites() to set up my test instance.

populateInterwiki.php also unconditionally references Wikipedia.

-- 
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 38822] Review Wikibase Repo extension for deployment

[bugzilla-daemon]

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

--- Comment #9 from Daniel Kinzler daniel.kinz...@wikimedia.de 2012-09-28 
12:48:48 UTC ---
(In reply to comment #7)
  2) Wikipedia should not be hardcoded anywhere - where did you find this?
  Maybe as a default setting, or some such?

Ok, I filed what you mentioned as Bug 40594.

  4) That we have to (potentially) update all Wikipedias after a single edit 
  on
  Wikidata lies in the nature of the project, I would think. We are thinking
  about how to make this more efficient by batching updates. I'll try to 
  prepare
  a writeup explaining how we currently envision the percolation of the 
  changes.
 
 Aren't we talking about a deployment in October? It seems like a pretty basic
 feature to be starting so late.

Our current implementation works fine if you have one poll script per wiki. It
uses $wgSharedTables for accessing the repo's wb_changes table, which only
works if that's on the same server. So I'm now changing this to use the foreign
wiki stuff.

This should be sufficient for a deployment with a handful of client wikis. A
better solution is needed if we want to deploy the client stuff to all
Wikipedias. That's what the writeup is about.

 Here is my LocalSettings.php, if it helps:
 
 http://paste.tstarling.com/p/drrHMe.html

Cool, thanks for the link!

Reedy also pointed me to https://noc.wikimedia.org/conf/db.php.txt, which gave
me some idea of how this works.

One question about terminology though: Can you explain to me what are
sections and groups, and how they related to clusters?

-- 
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 37941] disable update.php on beta

[bugzilla-daemon]

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

Chad H. innocentkil...@gmail.com changed:

   What|Removed |Added

 CC||innocentkil...@gmail.com

--- Comment #1 from Chad H. innocentkil...@gmail.com 2012-09-28 12:55:39 UTC 
---
The error message is already output by update.php. Just set it to false :)

-- 
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 40519] webtools: Setup up webtools.wmflabs.org

[bugzilla-daemon]

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

--- Comment #2 from Tim Landscheidt t...@tim-landscheidt.de 2012-09-28 
13:19:23 UTC ---
I had a more simplistic idea at
https://labsconsole.wikimedia.org/wiki/Nova_Resource_Talk:Webtools#URLs_of_MMPs:
Add a tool to call dibs on a particular path name which initially will redirect
to your ~/public_html/$PROJECT.  I think that many tool authors don't want to
hassle with the setup of a project - they just want to upload a PHP file, and
that should work immediately.

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

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

[Bug 39503] TranslatorSignup: please create a current settings form in the page as well as an unsubscribe button

[bugzilla-daemon]

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

--- Comment #1 from Marco Aurelio maure...@gmx.es 2012-09-28 13:35:54 UTC ---
Some editors have been asking recently how to unsuscribe at meta:

1)
https://meta.wikimedia.org/w/index.php?title=Talk:Translation_requestsoldid=4156816#Opt-out

2)
https://meta.wikimedia.org/w/index.php?title=Wikimedia_Forumoldid=4173722#Question

3)
https://meta.wikimedia.org/w/index.php?title=User_talk:Translation_Notification_Botoldid=4173321

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 39674] User::load() does not account for failure to load from session.

[bugzilla-daemon]

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

Tyler Romeo tylerro...@gmail.com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #5 from Tyler Romeo tylerro...@gmail.com 2012-09-28 14:02:52 UTC 
---
Merged in change linked above.

-- 
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 39453] Toolbar is appearing in my userspace

[bugzilla-daemon]

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

the wub thewub.w...@googlemail.com changed:

   What|Removed |Added

 CC||fflo...@wikimedia.org,
   ||rkald...@wikimedia.org,
   ||thewub.w...@googlemail.com
  Component|ArticleFeedbackv5   |PageTriage

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

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

[Bug 40473] Lohit Punjabi font problems

[bugzilla-daemon]

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

--- Comment #7 from Zarienah Kaur zariek...@hotmail.co.uk 2012-09-28 15:45:19 
UTC ---
(In reply to comment #6)
 http://crossbrowsertesting.com/users/34057/snapshot/z91e1ba96dadcae9ff6a/public
 
 1999 comes as 19 till Windows. Also the horizontal line on the character gets
 split in Lohit Punjabi. It is probably safe to say Lohit Punjabi is unusable 
 in
 Windows environments. I would suggest switching the default to Saab which
 worked on few Windows combinations I tried.

It would be be good if Lohit was fixed, but changing to Saab is a good idea,
how can one change the default font of the wiki to Saab?

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

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

[Bug 40592] Chrome zoom wraps line when unnecessary

[bugzilla-daemon]

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

Krinkle krinklem...@gmail.com changed:

   What|Removed |Added

   Keywords||upstream

--- Comment #2 from Krinkle krinklem...@gmail.com 2012-09-28 16:11:01 UTC ---
I believe this is a Chrome/WebKit bug, nothing we can do.

Could be related: http://code.google.com/p/chromium/issues/detail?id=141340

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

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

[Bug 20512] Enable $wgAllowCopyUploads (upload by URL)

[bugzilla-daemon]

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

--- Comment #35 from Sam Reed (reedy) s...@reedyboy.net 2012-09-28 16:23:13 
UTC ---
Enabled on testwiki

Uploads from HTTPS sites fail with an error of:
Error fetching URL: Received HTTP code 403 from proxy after CONNECT

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

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

[Bug 40595] New: AFTv5 controls not selectable with tab

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40595
   Summary: AFTv5 controls not selectable with tab
   Product: MediaWiki extensions
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: ArticleFeedbackv5
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: thewub.w...@googlemail.com
CC: mmul...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


When Help improve this page appears at the bottom of a page, neither the
What's this? link nor the Yes and No buttons are selectable using the Tab
key. This is an accessibility issue.

(After clicking Yes or No, the controls which then appear are selectable.)

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

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

[Bug 40585] Unable to change any user preferences if existing wpwatchlistdays value is a non-integer

[bugzilla-daemon]

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

--- Comment #1 from Richard Guk richardg...@yahoo.com 2012-09-28 16:26:51 UTC 
---
This seems to have been caused by the fix to bug 23769.

The bugfix in Html::expandAttributes() causes the step attribute to be silently
dropped. But the current W3C standard states that a missing step implies
step=1, which is more restrictive than the step=any correctly supplied by
HTMLForm::getInputHTML() when the internal type == 'float'.

So an input element with type=number causes validation error in Chrome when
non-integer values specified, even though the input type is internally
specified as a float.

* step attribute for float input set to 'any':
https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=blob;f=includes/HTMLForm.php#l1583

* step attribute dropped:
https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=blob;f=includes/Html.php#l467

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

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

[Bug 23769] Password fields for account creation are marked as required when they are not

[bugzilla-daemon]

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

Richard Guk richardg...@yahoo.com changed:

   What|Removed |Added

 CC||richardg...@yahoo.com

--- Comment #16 from Richard Guk richardg...@yahoo.com 2012-09-28 16:27:20 
UTC ---
This fix in Html::expandAttributes() causes the step attribute to be silently
dropped. But the current W3C standard states that a missing step implies
step=1, which is more restrictive than the step=any correctly supplied by
HTMLForm::getInputHTML() when the internal type == 'float'.

So an input element with type=number causes validation error in Chrome when
non-integer values specified, even though the input type is internally
specified as a float.

Raised as bug 40585.

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

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

[Bug 37732] Wikimedia Commons needs a built-in image editor

[bugzilla-daemon]

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

Rainer Rillke @commons.wikimedia rainerril...@hotmail.com changed:

   What|Removed |Added

 CC||rainerril...@hotmail.com

--- Comment #1 from Rainer Rillke @commons.wikimedia rainerril...@hotmail.com 
2012-09-28 16:29:24 UTC ---
If Bug 28700 would be fixed, one could at least use a canvas for image
manipulation (unfortunately there is only PNG export in some browsers, but one
could grab the pixels and then JPEG encode, which in turn would be very slow
but could work as a background worker) and offering something much more
powerful for SVG editing (Bug 38271) without having to install anything on the
server except (static) files. (There are solutions around that work 100% at the
client side after the application and the file was loaded.) One could also
attempt to manipulate JPEG (and the attached metadata) using JavaScript
directly. All this requires modern browsers and huge JS libraries. I guess you
don't want to process everything at the server...

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

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

[Bug 40585] Unable to change any user preferences if existing wpwatchlistdays value is a non-integer

[bugzilla-daemon]

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

Sumana Harihareswara suma...@wikimedia.org changed:

   What|Removed |Added

   Priority|Unprioritized   |High
 CC||ro...@wikimedia.org,
   ||suma...@wikimedia.org
   Severity|normal  |major

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

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

[Bug 40596] New: Cannot download from HTTPS sources using copy upload via url-downloader

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40596
   Summary: Cannot download from HTTPS sources using copy upload
via url-downloader
   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: s...@reedyboy.net
CC: rkald...@wikimedia.org, tstarl...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


Any attempt to download files from HTTPS sources via
url-downloader.wikimedia.org:8080 results in an error: Error fetching URL:
Received HTTP code 403 from proxy after CONNECT

I'm guessing this is just because the proxy wasn't setup to allow HTTPS...

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

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

[Bug 37063] SquidPurgeClient hangs on response from Squid Cache 2.7, or multiple entries in $wgSquidServers

[bugzilla-daemon]

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

Mark A. Hershberger m...@everybody.org changed:

   What|Removed |Added

   Target Milestone|1.20.0 release  |Future release

--- Comment #5 from Mark A. Hershberger m...@everybody.org 2012-09-28 
16:47:09 UTC ---
needs more work, won't make it into 1.20.0

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

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

[Bug 24134] LivePreview: styles added by extensions are missing

[bugzilla-daemon]

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

Mark A. Hershberger m...@everybody.org changed:

   What|Removed |Added

 CC||m...@everybody.org
   Target Milestone|1.20.0 release  |Future release

--- Comment #13 from Mark A. Hershberger m...@everybody.org 2012-09-28 
16:48:54 UTC ---
Removing 1.20.0 milestone since it doesn't look like any actual work has been
done on 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 40597] New: Copy upload should record source of the image

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40597
   Summary: Copy upload should record source of the image
   Product: MediaWiki
   Version: 1.20-git
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: Uploading
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: s...@reedyboy.net
CC: bryan.tongm...@gmail.com, rkald...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


It would be useful if a copy upload automagically recorded the source URL of
the image. Helpful for other people giving a record of its source.

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

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

[Bug 40593] Split single-sign-on account creation so users who disagree with labs account conditions can get Git access

[bugzilla-daemon]

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

--- Comment #2 from Ryan Lane rlan...@gmail.com 2012-09-28 17:00:05 UTC ---
Would you mind giving feedback on which terms you don't agree with?

It's very difficult to split the authentication, and we have no plans on doing
so right now.

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

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

[Bug 40598] New: [Regression] jquery.localize tests are failing in IE6-8

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40598
   Summary: [Regression] jquery.localize tests are failing in
IE6-8
   Product: MediaWiki
   Version: 1.20-git
  Platform: All
OS/Version: All
Status: NEW
  Severity: blocker
  Priority: Unprioritized
 Component: JavaScript
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: krinklem...@gmail.com
CC: krinklem...@gmail.com, tpars...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


Could be a bug in the test, or a regression. Happened recently.

For all IE6-8:

 module=jquery.localize
 9 tests of 17 passed, 8 failed.

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

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

[Bug 40599] New: Hiding user of latest unflagged page revision causes it to become unrevievable

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40599
   Summary: Hiding user of latest unflagged page revision causes
it to become unrevievable
   Product: MediaWiki
   Version: unspecified
  Platform: All
   URL: https://pl.wikipedia.org/w/index.php?title=Szablon:Syj
onizmaction=historyuselang=en
OS/Version: All
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: Revision deletion
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: matma@gmail.com
CC: aschulz4...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


As seen at [1], the user (and only the user) of the latest revision of
[[pl:Template:Syjonizm]] has been hidden.

Since it was an anonymous edit (by an IP address), the version was unrevieved
(pl.wiki has FlaggedRevs enabled); but now trying to review it is not possible
(it claims that such version does not exist; the message is in Polish even when
I use uselang=en, so I can't quote it).

Additionally, the rollback link says rollback 0 edits.

[1]
https://pl.wikipedia.org/w/index.php?title=Szablon:Syjonizmaction=historyuselang=en

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

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

[Bug 40599] Hiding user of latest unflagged page revision causes it to become unrevievable

[bugzilla-daemon]

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

--- Comment #1 from Bartosz Dziewoński matma@gmail.com 2012-09-28 
17:12:24 UTC ---
Bah, I broke the test case. At least now we know that the rollback link
works...

You can still see at [2] that it's impossible to review this revision.

[2]
https://pl.wikipedia.org/w/index.php?title=Szablon:Syjonizmoldid=32954776uselang=en

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

[Bug 17543] RevisionDeleted fails on latest revision

[bugzilla-daemon]

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

Bartosz Dziewoński matma@gmail.com changed:

   What|Removed |Added

 CC||matma@gmail.com

--- Comment #7 from Bartosz Dziewoński matma@gmail.com 2012-09-28 
17:14:39 UTC ---
This might possibly be related to bug 40599.

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

[Bug 40013] Connectivity interferes with saved articles (saved pages do not work offline)

[bugzilla-daemon]

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

--- Comment #10 from Jon jrob...@wikimedia.org 2012-09-28 17:14:43 UTC ---
El sistema de almacenamiento de páginas no funciona... Después de almacenar una
página, ésta no se puede abrir.

Saludos.

User-agent: Mozilla/5.0 (iPhone; CPU iPhone OS 6_0 like Mac OS X)
AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10A403 Safari/8536.25

#
Saved Pages is not working.

User-agent: Mozilla/5.0 (iPhone; CPU iPhone OS 6_0 like Mac OS X)
AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10A403 Safari/8536.25
#
a versione app per iphone non visualizza le pagine salvate.

Un saluto


Per favore, scrivi la tua email sopra questa linea.
User-agent: Mozilla/5.0 (iPhone; CPU iPhone OS 6_0 like Mac OS X)
AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10A403 Safari/8536.25

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

[Bug 40593] Split single-sign-on account creation so users who disagree with labs account conditions can get Git access

[bugzilla-daemon]

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

--- Comment #3 from Ryan Lane rlan...@gmail.com 2012-09-28 17:16:41 UTC ---
The terms of use, in plain english, say that work must be wikimedia related,
can't be illegal, must be open, and you can't release other people's privacy
information, if its provided to you.

I don't see how we'd have any different terms for our Git repo.

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

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

[Bug 36928] the first line of text does not appear

[bugzilla-daemon]

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

--- Comment #5 from bs...@wikimedia.org 2012-09-28 17:24:00 UTC ---
fixed in: https://gerrit.wikimedia.org/r/#/c/25604/

This has been merged and it will be deployed with next deployment train if we
don't schedule a deployment next week.

-- 
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 40600] New: Unreviewing sends a message to the page creator

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40600
   Summary: Unreviewing sends a message to the page creator
   Product: MediaWiki extensions
   Version: master
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: PageTriage
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: oke...@wikimedia.org
CC: fflo...@wikimedia.org, rkald...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


See http://en.wikipedia.org/wiki/Wikipedia_talk:Page_Curation#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 34208] generateSitemap.php / --server: add error message

[bugzilla-daemon]

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

Mark A. Hershberger m...@everybody.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME

--- Comment #1 from Mark A. Hershberger m...@everybody.org 2012-09-28 
17:27:06 UTC ---
not able to reproduce right now

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

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

[Bug 40601] New: 'Cancel' link when editing should be a button, and 'Editing help' link is silly

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40601
   Summary: 'Cancel' link when editing should be a button, and
'Editing help' link is silly
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Unprioritized
 Component: Page editing
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: zhoris...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


For consistency, when editing, the 'Cancel' link should really be a button
along with the other buttons on the line, since it is an action like the rest
of them even if it isn't directly tied to the form itself.

The help link should also probably be removed entirely from at least the
default installation, as no help pages actually come with said installation and
thus the link doesn't go anywhere. Expecting wikis at this point to write their
own editing help pages is also pretty silly, as there tend to already be much
more thorough such pages on other wikis such as enwp, meta, and similar, and
new projects can merely refer to those instead if needed. For any projects
using the WikiEditor extension, though, having a link at all is redundant
anyway as the toolbar the extension provides includes a navigable help menu
directly in it.

Ignore the other stuff, but the line of buttons would look something like on
this:
http://commons.wikimedia.org/wiki/File:Enwp_edit_20120917_with_even_less_stuff.png

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

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

[Bug 40329] Don't use hacks to replicate a browser function, either let align= pass through or not; in HTML5

[bugzilla-daemon]

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

--- Comment #27 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 
2012-09-28 17:39:24 UTC ---
(In reply to comment #26)
 (In reply to comment #25)
  We use HTML5.
 
 No, you don't. You still output out-dated garbage like center and font. I
 consider a single center or font tag a *lot* more dangerous than thousands
 of align attributes.

 I wouldn't be here if your decision would make sense. But it does not. As long
 as you do *not* output valid HTML5 all of your arguments are irrelevant.
 
 As long as you output center tags there is no reason to not output align
 attributes.

Those are bugs, and they should be fixed. The project of fixing invalid markup
not being finished is NOT a valid reason to say that invalid markup should not
be fixed. That's circular reasoning. When you have two bugs and you fix one.
You work towards fixing the other. You don't re-introduce the first bug because
the second one has not been fixed.
Frankly if I had the time, I'd just go and fix that bug right now.

And yes we do use HTML5. We output HTML5 doctypes. We follow HTML5 markup
rules. We support HTML5 elements, attributes, and features. And we have an open
tracking bug tracking issues with our HTML5 output that should be fixed. Just
because we have a bug or two that needs fixing does not mean we're not using
HTML5. Rather the fact that we actually consider those bugs is an indication
HTML5 is our target.

 Simple.
 
 Dropping a few random snippets for being invalid and breaking them the same
 time is just lazy. All it does is adding confusion. I think I said that
 multiple times now.

Then instead of crusading with ridiculous arguments like saying we're not using
HTML5 and HTML5 is unfinished and shouldn't be used try pushing for the
non-lazy way to fix invalid html.

There have been different ideas on the mailing list. Some ideas how we might
fix the block alignment. Others on ways we might eliminate use of deprecated
attributes in the long run. The discussion on how to deal with invalid markup
in the long run doesn't even appear to have closed.

  WikiText is not HTML
 
 No, that's not true and you know it. Things like small tags or class
 attributes are simply whitelisted in the MediaWiki parser. When I write
 something like small it actually *is* HTML. When I wrote align=center in a
 template it actually was HTML till last week.
 
 Now it's not HTML any more. Instead it has a special meaning in WikiText. 
 Since
 last week it became *different* from what it was the week before.

WikiText is not HTML. WikiText is a loose page authoring syntax. We take in
text that people write using simple patterns and try to format the text using
the best output HTML we can. Starting a line with * is a good way to make an
unordered list, so we turn those into ulli's. [[Foo]] is a good way to make
a link so we turn those into a. Likewise {| makes a good syntax for tables.
Some people want to output certain HTML elements into their pages. Such as a
HTML div. And others want to output a ul in ways we can't do with * syntax.
We can't really cover all the ways to do something using some other syntax. So
for the WikiText we support to output those HTML elements we support a subset
of the same syntax HTML uses to output them. So while it's a simila format,
that's WikiText, not HTML.

 What you did was simply dropping a feature. Instead you are outputting
 something that may or may not be intended by the template developer.
 
 Dropping a feature requires community consensus.

As I mentioned before from the very start this was supposed to be a working
translation from dropped html to css. The fact the visual look of the output
would change was not known. Because it did not change when the feature was
first tested. It only changed in edge cases that were not known. Invalid markup
in the output is not a feature. There was no feature being dropped.

The issues only came out later as bugs. And not just later, they were not
pointed out until after 1.19 was already released. Even though this change
should have already been live on the various Wikipedias and all their thousands
of templates with syntaxes all over the place.


A few things you may have missed:
- CSS translation functionality is controlled by
$wgCleanupPresentationalAttributes. It can be controlled per-wiki.
- And we actually in fact have had people requesting this feature. So this
feature definitely isn't going away entirely.
- MediaWiki defaults are not based on WMF setup. ie: We have settings where we
add them. Set one default in MediaWiki, and use a different value on WMF's
wikis.
- What you should really be pushing for is not removal of this. But setting
$wgCleanupPresentationalAttributes either as a mw default (if 3rd party wikis
are your concern) or as a site request (if this is affecting WMF wiki). Though
if you're going to do the latter please open a separate bug since this one is a
little to generically technical.
- 

[Bug 40593] Split single-sign-on account creation so users who disagree with labs account conditions can get Git access

[bugzilla-daemon]

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

--- Comment #4 from Rainer Rillke @commons.wikimedia rainerril...@hotmail.com 
2012-09-28 17:41:29 UTC ---
(In reply to comment #3)
I accept this for Git. 

But not for a labs account. It does not only asks for everything must be open
source but also under an applicable creative commons license and
OSI-approved open source licenses.

I kindly disagree with these terms. Or is it possible to create an account for
both and than block the one on Labs?

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

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

[Bug 40602] New: Allow pipes within external links nested in template parameters

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40602
   Summary: Allow pipes within external links nested in template
parameters
   Product: Parsoid
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: JS/tokenizer
AssignedTo: gwi...@wikimedia.org
ReportedBy: gwi...@wikimedia.org
CC: mtrac...@member.fsf.org, ssas...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


Input:
{{refn|ref[http://newsrack.in | foo]/ref}}
references

Expected behavior:
Match the external link.

Observed behavior:
The pipe is disallowed by syntaxflags, the external link is not matched.

Likely solution:
Convert pipe into flag stack and push false within the external link
production.

-- 
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 40602] Allow pipes within external links nested in template parameters

[bugzilla-daemon]

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

Gabriel Wicke gwi...@wikimedia.org changed:

   What|Removed |Added

   Priority|Unprioritized   |Low

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

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

[Bug 40013] Connectivity interferes with saved articles (saved pages do not work offline)

[bugzilla-daemon]

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

--- Comment #11 from Jon jrob...@wikimedia.org 2012-09-28 17:45:36 UTC ---
The saved page does not work since ios 6.0
User-agent: Mozilla/5.0 (iPhone; CPU iPhone OS 6_0 like Mac OS X)
AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10A403 Safari/8536.25

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

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

[Bug 33781] invaliduser error is misleading

[bugzilla-daemon]

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

Ryan Kaldari rkald...@wikimedia.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #4 from Ryan Kaldari rkald...@wikimedia.org 2012-09-28 17:51:38 
UTC ---
Fixed a while back. It now shows the error You don't have permission to edit
that page.

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

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

[Bug 40603] New: Purge user page everytime when you login or logout option should be done away with

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 40603
   Summary: Purge user page everytime when you login or logout
option should be done away with
   Product: MediaWiki extensions
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: OnlineStatusBar
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: matma@gmail.com
CC: benap...@gmail.com
Blocks: 32128
Classification: Unclassified
   Mobile Platform: ---


Why would anyone disable it? It's just user interface cruft.

This seems like a simple fix, but maybe it has some deep meaning I'm not aware
of. If it could be removed without much pain, do tell me and I will do 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 32128] Review and deploy OnlineStatusBar extension

[bugzilla-daemon]

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

Bartosz Dziewoński matma@gmail.com changed:

   What|Removed |Added

 Depends on||40603

-- 
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 35334] WikiLove tab heart icon is low-resolution

[bugzilla-daemon]

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

Ryan Kaldari rkald...@wikimedia.org changed:

   What|Removed |Added

   Severity|normal  |trivial

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

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

[Bug 40593] Split single-sign-on account creation so users who disagree with labs account conditions can get Git access

[bugzilla-daemon]

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

--- Comment #5 from Ryan Lane rlan...@gmail.com 2012-09-28 18:04:26 UTC ---
Code must be under an OSI approved license, content must be under an
appropriate open content license. It may not necessarily be creative commons,
we're looking at modifying that with text that properly clarifies that.

Of course, if you can't avoid putting proprietary code or content in Labs,
you're free to just not use it. Unless you log in via SSH, you aren't using
Labs. Also, you need to request shell access to be able to SSH in, so by
default by having an account on Labsconsole, you can't directly use Labs.

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

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

[Bug 40593] Split single-sign-on account creation so users who disagree with labs account conditions can get Git access

[bugzilla-daemon]

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

Ryan Lane rlan...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX

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

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

[Bug 34939] url parsing does not recognize mixed case protocols

[bugzilla-daemon]

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

jida...@jidanni.org changed:

   What|Removed |Added

 CC||jida...@jidanni.org

--- Comment #11 from jida...@jidanni.org 2012-09-28 18:07:10 UTC ---
Please fix the spelling error in RELEASE-NOTES-1.20:
* (bug 34939) made link parsking insensitive ([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 16362] Add link to MediaWiki info action in UI

[bugzilla-daemon]

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

Nemo_bis federicol...@tiscali.it changed:

   What|Removed |Added

 CC||federicol...@tiscali.it
 Blocks||21572

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

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

[Bug 21572] Safe permanent link to a page (e.g. using one of its history id)

[bugzilla-daemon]

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

Nemo_bis federicol...@tiscali.it changed:

   What|Removed |Added

 Depends on||16362

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

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

[Bug 25934] Optionally enable urldecode for external links

[bugzilla-daemon]

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

Bartosz Dziewoński matma@gmail.com changed:

   What|Removed |Added

 CC||matma@gmail.com
 Blocks|27292   |

--- Comment #10 from Bartosz Dziewoński matma@gmail.com 2012-09-28 
18:17:13 UTC ---
Removing bug 27292 as blocker, this has nothing to do with skins. (I don't
think there's a Parser tracking bug, at least I didn't find one.)

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

[Bug 27292] Skins improvement (tracking)

[bugzilla-daemon]

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

Bartosz Dziewoński matma@gmail.com changed:

   What|Removed |Added

 Depends on|25934   |

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

[Bug 40582] 500k logo for Swedish Wikipedia

[bugzilla-daemon]

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

--- Comment #5 from rasmu...@live.se 2012-09-28 18:18:12 UTC ---
Proposed text added to sv.wikipedia common.css wich is making this bug
unnecessary.

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

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

[Bug 40582] 500k logo for Swedish Wikipedia

[bugzilla-daemon]

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

Nemo_bis federicol...@tiscali.it changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||WORKSFORME

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

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

[Bug 40464] Placeholder attribute of search box is not set until load

[bugzilla-daemon]

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

Mark A. Hershberger m...@everybody.org changed:

   What|Removed |Added

 CC||m...@everybody.org
   Target Milestone|1.20.0 release  |Future release

--- Comment #1 from Mark A. Hershberger m...@everybody.org 2012-09-28 
18:34:58 UTC ---
This isn't something that should block released, but it is probably easily
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 37879] Legacy skins have no cite this page link

[bugzilla-daemon]

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

Bartosz Dziewoński matma@gmail.com changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal

--- Comment #1 from Bartosz Dziewoński matma@gmail.com 2012-09-28 
18:37:01 UTC ---
This is fixed for CologneBlue in this commit:
https://gerrit.wikimedia.org/r/#/c/25415/

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

[Bug 37880] Legacy skins do not support permalink and related links

[bugzilla-daemon]

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

Bartosz Dziewoński matma@gmail.com changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal

--- Comment #1 from Bartosz Dziewoński matma@gmail.com 2012-09-28 
18:37:02 UTC ---
This is fixed for CologneBlue in this commit:
https://gerrit.wikimedia.org/r/#/c/25415/

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

[Bug 17693] Article-PDF not available in classic skin

[bugzilla-daemon]

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

Bartosz Dziewoński matma@gmail.com changed:

   What|Removed |Added

   Priority|Lowest  |Normal
   Severity|minor   |normal

--- Comment #8 from Bartosz Dziewoński matma@gmail.com 2012-09-28 
18:37:03 UTC ---
This is fixed for CologneBlue in this commit:
https://gerrit.wikimedia.org/r/#/c/25415/

-- 
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 40600] Unreviewing sends a message to the page creator

[bugzilla-daemon]

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

Ryan Kaldari rkald...@wikimedia.org changed:

   What|Removed |Added

   Priority|Unprioritized   |High
   Severity|normal  |major

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

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

[Bug 33880] $wgUsersNotifiedOnAllChanges should not send e-mail to user who made the edit.

[bugzilla-daemon]

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

--- Comment #10 from Michael Jennings m...@lbl.gov 2012-09-28 18:43:46 UTC ---
Is it so inconceivable that someone else's personal preference could differ
from your own?  :-)

Alrighty, then.  Let's see here.

1.  Allows me to track chronological changes independent of the wiki.  I can
gather them in a single mailbox (or GMail label) for future use.

2.  Makes e-mail functionality visible to me as the system admin.  If it
breaks, I'll know it sooner rather than later.

3.  If changes are made via my credentials but not by me, I find out
immediately.

4.  Single-click access to changesets.

5.  Consistency is less error-prone.  Fewer exceptions mean fewer opportunities
for errors.

6.  Because that's what the variable says it does.

7.  Because it used to work.

8.  Again, personal preference.  Gives me warm fuzzies.

HTH.

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

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

[Bug 31067] Add Wikijunior namespace to Azerbaijani Wikibooks

[bugzilla-daemon]

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

Dereckson dereck...@espace-win.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #9 from Dereckson dereck...@espace-win.org 2012-09-28 18:50:45 
UTC ---
Change merged by Reedy.

-- 
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 31067] Add Wikijunior namespace to Azerbaijani Wikibooks

[bugzilla-daemon]

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

Dereckson dereck...@espace-win.org changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED

--- Comment #10 from Dereckson dereck...@espace-win.org 2012-09-28 18:52:24 
UTC ---
Namespaces are present:
https://az.wikibooks.org/w/api.php?action=querymeta=siteinfosiprop=namespaces|namespacealiases

-- 
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 40245] Windows 8 app: fix margins/padding on content area

[bugzilla-daemon]

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

Brion Vibber br...@wikimedia.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Brion Vibber br...@wikimedia.org 2012-09-28 18:53:11 UTC 
---
Fixed this a while ago.

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