[Bug 28419] Replace MD5 password hashing with WHIRLPOOL

[bugzilla-daemon]

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

--- Comment #27 from Daniel Friesen  
2012-03-26 06:37:59 UTC ---
Looking at the spec for PBKDF2 and some other implementations this looks a
little off:
> substr( base64_encode( $hash ), 0, $wgPasswordLength )

The substr is supposed to be done on the raw $hash, not on the base64 output.
This could output a different hash than a standard PBKDF2 implementation would.

-- 
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 32537] Don't load some (default) modules if they've been loaded before

[bugzilla-daemon]

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

--- Comment #9 from Lupo  2012-03-26 06:05:03 UTC ---
(In reply to comment #1)

> Also, what kind of extension module would load 'site' or 'user'? That sounds
> evil to me.

Not evil at all. Use cases from the Commons:

Common.js implements some cookie-based preference mechanism called JSconfig for
gadgets and other scripts. 

(The code for this is in Common.js because that used to be loaded also on
Special:Preferences, so the script could add UI elements allowing the user to
comfortably set these preferences. I just noticed that Common.js isn't loaded
anymore on Special:Preferences, so that doesn't work anymore. However, I notice
that the "user.groups" module is loaded on Special:Preferences...)

Gadgets who want to query these JSconfig settings have a dependency on the
"site" module.

Another way to define settings for gadgets that is widely employed is by
letting users configure gadget behavior through flags and variables set in
their user JS. That, however, means that gadgets using this mechanism have a
dependency on the "user" module.

Both mechanisms used to work fine, because user JS and site scripts were loaded
before gadgets executed. Sine MW 1.19 (or maybe already 1.18), that is no
longer true.

So, in summary, we need:
* A way to set gadget preferences. Maybe by having some JS loaded and executed
also on Special:Preferences. Or give us a new page Special:GadgetPreferences
where JS can run and add prefs. Or some way to specify declaratively which
preferences a certain gadget has.
* A way of specifying dependencies on the default-loaded modules without
causing them to be loaded multiple times.

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

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

[Bug 35441] Email address confirmation broken due to incorrect or missing assignment of $expiration in User::confirmationToken()

[bugzilla-daemon]

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

--- Comment #5 from Daniel Friesen  
2012-03-26 06:02:18 UTC ---
(In reply to comment #4)
> In 1.17, why call $this->load() twice? (It's there already, a few lines on.)

Gah... that was from the cherry pick. I'll submit a new patch set.

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

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

[Bug 35441] Email address confirmation broken due to incorrect or missing assignment of $expiration in User::confirmationToken()

[bugzilla-daemon]

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

--- Comment #4 from Laurence 'GreenReaper' Parry  
2012-03-26 05:59:30 UTC ---
In 1.17, why call $this->load() twice? (It's there already, a few lines on.)

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

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

[Bug 24575] Category and image description pages not purged from file cache or squid cache on link update

[bugzilla-daemon]

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

--- Comment #2 from Tim Starling  2012-03-26 04:43:57 
UTC ---
(In reply to comment #1)
> Weren't LinksUpdate done in the DeferredUpdates?

No, and it wouldn't help if they were. DeferredUpdates is mostly useless, I've
migrated most callers away from it. I don't know why Chad bothered to work on
it in 1.19.

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

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

[Bug 35441] Email address confirmation broken due to incorrect or missing assignment of $expiration in User::confirmationToken()

[bugzilla-daemon]

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

--- Comment #3 from Daniel Friesen  
2012-03-26 04:39:25 UTC ---
Merged into trunk and about to be merged into the release branches:
https://gerrit.wikimedia.org/r/#q,project:mediawiki/core+topic:2012/emailconf-expiryfix,n,z

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

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

[Bug 26027] SRF: The min and max math formats should work with dates and strings

[bugzilla-daemon]

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

--- Comment #5 from Nischay Nahata  2012-03-26 04:01:17 
UTC ---
Created attachment 10328
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=10328
Adds msgs and sets default=''

I just forgot to send the patch for msgs and [default]=default was done for my
own debugging, corrected in this new patch :)

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

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

[Bug 35441] Email address confirmation broken due to incorrect or missing assignment of $expiration in User::confirmationToken()

[bugzilla-daemon]

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

--- Comment #2 from Tim Starling  2012-03-26 03:49:52 
UTC ---
Yes, it also needs fixing in 1.18, 1.19 and trunk. Dantman, you're working on
that, right?

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

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

[Bug 35432] Image upload data lose after server restart

[bugzilla-daemon]

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

--- Comment #2 from Pei-Tang Huang  2012-03-26 02:40:17 UTC ---
But there is something wrong indeed!

Images in our articles displayed in correct size in current revision.

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

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

[Bug 35321] Add purge_specials right

[bugzilla-daemon]

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

--- Comment #5 from Bawolff  2012-03-26 02:33:09 UTC ---

> 
> Situations when you do a bot maintenance and in the middle of it you have to
> wait another week for update are very frustrating. That's why we need some 
> way,
> how to purge on demand.

Bot owners can always get a toolserver account and run the query themselves ;)


>OK, let me try to clarify one more time - I was talking about special pages
>which are being updated e.g. weekly. They are not disabled at all, but they
>don't work on demand.

There really isn't a difference on the MediaWiki side between the two cases.
One of them is just so infesible that no one runs the maintenance script for
them.

--

The only way I could really see this happening (for big wikis anyways) is if
the crats had a request rebuild button, which would put the special page in a
queue to be refreshed, which some other server designated to handle such things
would eventually get to (possibly several hours, maybe days later). Which would
be quite a complicated feature for not a lot of gain.

(Of course I'm not really familiar with the intimate ops related details of
rebuilding special pages, so I could be over-estimating how expensive they are)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on 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] New: Non-included tables break parser

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 35476
   Summary: Non-included tables break parser
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: Templates
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: pub...@bachsau.name
Classification: Unclassified
   Mobile Platform: ---


If a template uses tables for description, it can't be used in tables itself,
even if those tables are inside  tags.

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

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

[Bug 18231] provide a way to specify what text/statement is supported by a block.

[bugzilla-daemon]

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

--- Comment #17 from Rainald Koch  2012-03-26 
01:12:04 UTC ---
When in doubt of the statements supported by an unaccessible reference in an
existing, obviously heavily edited text, I use wikiblame
http://wikipedia.ramselehof.de/wikiblame.php?user_lang=en with both the
reference and critical statements to "estimate" the attribution.

Will the highlighting tool do something else or will it just use the current,
possibly corrupted source code?

May be that the most important benefit of the attribution feature discussed
here is an educational effect discuraging authors from messing up existing text
(just started dreaming of a better world - the ultimate tool would search the
literature for references supporting whatever I choose write).

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

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

[Bug 35475] New: Exclude deprecated language codes in the list on Special:Translate

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 35475
   Summary: Exclude deprecated language codes in the list on
Special:Translate
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Translate
AssignedTo: niklas.laxst...@gmail.com
ReportedBy: robinp.1...@gmail.com
CC: aloli...@gmail.com, s.mazel...@xs4all.nl
Classification: Unclassified
   Mobile Platform: ---


I think it would be good to remove languages from the list on Special:Translate
that are keys in wgDummyLanguageCodes. E.g., there's both "bat-smg" and "sgs",
and to avoid duplication and avoid using deprecated codes, I'd not list
"bat-sgm" etc (keys of DummyLanguageCodes). The same is done in the MediaWiki
installer.

Note however that in 1.18 and below, they were the values of
DummyLanguageCodes. I.e. from 1.19 on array( 'bat-smg' => 'sgs', ... ) whereas
in 1.16-1.18 array( 'bat-smg', ... ).

-- 
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 35474] New: When on existing page lacking translations, still displays a red link instead of bold text

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 35474
   Summary: When on existing page lacking translations,
 still displays a red link instead of bold
text
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Unprioritized
 Component: Translate
AssignedTo: niklas.laxst...@gmail.com
ReportedBy: robinp.1...@gmail.com
CC: aloli...@gmail.com, s.mazel...@xs4all.nl
Classification: Unclassified
   Mobile Platform: ---


The  bar displays red links for existing pages that do not have any
translations (usually when migrating normal pages to the translate system).
However, when you go to the page in question, it is still a normal red link,
while I'd except the link to be recognised (bold without a link).

-- 
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 34327] Auto enable Narayam on Translate if target translation lang is supported in Narayam

[bugzilla-daemon]

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

Robin Pepermans (SPQRobin)  changed:

   What|Removed |Added

 CC||robinp.1...@gmail.com

--- Comment #1 from Robin Pepermans (SPQRobin)  
2012-03-25 23:23:55 UTC ---
Narayam recognizes the page content language, which means that it is triggered
when editing the translation page itself (say for example
https://meta.wikimedia.org/w/index.php?title=Translations:Global_bans/27/ta&action=edit
). But this does indeed not occur when translating via the popups on
Special:Translate itself.

-- 
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 35453] #set_recurring_event doesn't work with unit=month or unit=year

[bugzilla-daemon]

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

Yaron Koren  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Yaron Koren  2012-03-25 23:21:25 UTC ---
Right, I didn't see this bug report - this is now fixed in SVN.

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

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

[Bug 35321] Add purge_specials right

[bugzilla-daemon]

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

--- Comment #4 from Danny B.  2012-03-25 23:16:39 UTC ---
OK, let me try to clarify one more time - I was talking about special pages
which are being updated e.g. weekly. They are not disabled at all, but they
don't work on demand.

I thought we elect bureaucrats as reasonable people, which among other means
they won't be rebuilding it every other minute. On the other hand, there can be
any other group of users added with such right.

Situations when you do a bot maintenance and in the middle of it you have to
wait another week for update are very frustrating. That's why we need some way,
how to purge on demand.

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

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

[Bug 35186] MathJax: Several commands that work in texvc are not recognized

[bugzilla-daemon]

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

--- Comment #9 from Derk-Jan Hartman  2012-03-25 22:21:39 
UTC ---
\cancel, \bcancel, \xcancel, \cancelto can also be enabled by adding the
extension to our config.

-- 
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 35186] MathJax: Several commands that work in texvc are not recognized

[bugzilla-daemon]

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

Derk-Jan Hartman  changed:

   What|Removed |Added

 CC||hart...@videolan.org

--- Comment #8 from Derk-Jan Hartman  2012-03-25 22:13:46 
UTC ---
Seems pagecolor is also not supported yet.

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

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

[Bug 32537] Don't load some (default) modules if they've been loaded before

[bugzilla-daemon]

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

Lupo  changed:

   What|Removed |Added

   Severity|enhancement |normal

--- Comment #8 from Lupo  2012-03-25 21:46:53 UTC ---
This work-around won't work for the user module, though. mw.loader.using
requests the user module without the "&user=" parameter and thus gets back an
empty module. If that arrives first, mw.loader may consider the dependency to
be fulfilled although the real user module hasn't been loaded/executed yet.

Now that is a bug, and therefore I'm elevating this from "enhancement" to
"normal".

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

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

[Bug 32537] Don't load some (default) modules if they've been loaded before

[bugzilla-daemon]

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

--- Comment #7 from Lupo  2012-03-25 21:43:07 UTC ---
As a temporary work-around for the site module, I think wrapping the whole
Common.js into

if( mw.loader.getState( 'site' ) !== 'ready' ) {
...
}

should work. Roan, is this correct?

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

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

[Bug 32537] Don't load some (default) modules if they've been loaded before

[bugzilla-daemon]

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

Lupo  changed:

   What|Removed |Added

 CC||lupo.bugzi...@gmail.com

--- Comment #6 from Lupo  2012-03-25 21:42:28 UTC ---
Ran into this problem at the Commons now.

Site module is loaded by default and does a mw.loader.state('site', 'ready') at
the end. However, a gadget used mw.loader.using(['site, 'user'], ...) and got
executed earlier. mw.loader.using didn't know about 'site' being in transit,
and issued a second request. (Ditto for 'user'.) That second request even
arrived and executed before the default request. Because it ran the site module
in a closure, we indeed hit an "undefined variable exception" later on in the
gadget.

This particular error has been fixed by replacing a "var Foo = {...}" in the
Commons' Common.js by "window.Foo = {...}", but still loading this module twice
may have arbitrary side-effects.

mw.loader.using really should special-case the default loaded modules "site",
"user", "user.groups". It is evidently useful to be able to specify them as
dependencies in mw.loader.using(), but we don't want to load them a second
time.

So why not simply adapt mw.loader to have the default-loaded modules
pre-registered with a 'loading' state?

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

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

[Bug 35473] Article feedback tool has overlapping text

[bugzilla-daemon]

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

--- Comment #1 from WBT  2012-03-25 21:33:52 UTC 
---
The overlap is almost humorous because when you look at the overlapping letters
quickly, it resembles "oops!"

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

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

[Bug 35473] New: Article feedback tool has overlapping text

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 35473
   Summary: Article feedback tool has overlapping text
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: User survey
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: firstpeterfour...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Created attachment 10327
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=10327
screenshot

See attached screenshot for demonstration of how mouse-hover text overlaps
static text.  Taken in Firefox 11.

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

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

[Bug 35469] Let LocalisationUpdate fetch from Git

[bugzilla-daemon]

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

--- Comment #1 from Sam Reed (reedy)  2012-03-25 20:54:45 
UTC ---
AFAIK Roan has already done this in Puppet, it just needs updating to site ec

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

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

[Bug 34193] Add support for non-Arabic number systems

[bugzilla-daemon]

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

--- Comment #40 from Mark A. Hershberger  2012-03-25 
20:43:44 UTC ---
(In reply to comment #39)
> Note:hi-wikt uses devanagari numerals as default.

But devanagari numerals don't work with parser functions which (part of) what
this bug is about.

That is {{#expr: १ + १}} returns an error, though the output of
{{#expr: 1 + 1}} would be 2.

I've set up a test on
http://hi.wiktionary.org/wiki/User:MarkAHershberger/bug34193

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

[Bug 35186] MathJax: Several commands that work in texvc are not recognized

[bugzilla-daemon]

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

--- Comment #7 from Derk-Jan Hartman  2012-03-25 20:38:05 
UTC ---
Added the colors in https://gerrit.wikimedia.org/r/3723

-- 
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 35188] MathJax sometimes shows subscripts in sums at different position as rendered PNG

[bugzilla-daemon]

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

--- Comment #3 from Derk-Jan Hartman  2012-03-25 20:15:13 
UTC ---
Created attachment 10326
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=10326
the mathjax version

They look similar to me. What browser and version do you have, might be browser
specific issue ?

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

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

[Bug 35188] MathJax sometimes shows subscripts in sums at different position as rendered PNG

[bugzilla-daemon]

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

--- Comment #2 from Derk-Jan Hartman  2012-03-25 20:14:23 
UTC ---
Created attachment 10325
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=10325
the png version

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

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

[Bug 35189] MathJax treats double \underline differently as texvc

[bugzilla-daemon]

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

Derk-Jan Hartman  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1

--- Comment #2 from Derk-Jan Hartman  2012-03-25 20:08:32 
UTC ---
confirmed

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

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

[Bug 35189] MathJax treats double \underline differently as texvc

[bugzilla-daemon]

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

Derk-Jan Hartman  changed:

   What|Removed |Added

 CC||hart...@videolan.org

--- Comment #1 from Derk-Jan Hartman  2012-03-25 20:08:00 
UTC ---
Actually, if you look carefully, the 2nd line is actually two lines made up
from overlapping −
span 86 was the first underline under a, the 2nd underline is span 87, which
looks like this:

−−

I suspect that it is interpreting 'underline a' as two elements and thus
underlining both of those elements or something.

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

[Bug 26027] SRF: The min and max math formats should work with dates and strings

[bugzilla-daemon]

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

--- Comment #4 from Dan Bolser  2012-03-25 19:59:40 UTC 
---
I don't think min(string) is too esoteric, but perhaps that's me. I thought the
calculation was self evident, min = first in alphabetic descending sort order,
max = opposite, just like in SQL.

I don't see why we should proliferate type specific formats over making the
existing formats type agnostic. OK, earliest and latest make for good aliases,
but really, is min(date) so confusing? Perhaps I'm not getting something, or
perhaps working with SQL has colored my perception, but I don't see the problem
here.


Cheers,
Dan.

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

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

[Bug 35472] New: ResourceLoader cache not properly fixable after moving MediaWiki

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 35472
   Summary: ResourceLoader cache not properly fixable after moving
MediaWiki
   Product: MediaWiki
   Version: 1.17
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Unprioritized
 Component: Resource Loader
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: krinklem...@gmail.com
CC: krinklem...@gmail.com, roan.katt...@gmail.com,
tpars...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


When MediaWiki is moved (physically on-disk that is, the web-facing paths are
not relevant in this case) the ResourceLoader cache that contains links to file
paths (specifically the contents of the module_deps table) are not purged in
anyway.

I'm not sure what the right way to detect a purge-need is, but it's causing php
errors like the following (Thanks to JasonJarde for reporting this on IRC):

PHP Warning:  filemtime(): stat failed for
/home/user/oldpath/wiki/resources/jquery.ui/themes/vector/images/button-down-green.png
in /home/user/oldpath/wiki/includes/resourceloader/ResourceLoaderFileModule.php
on line 380

...because those paths no longer exist.

For now I recommended JasonJarde to manually DELETE all contents of the
module_deps table and that fixes the problem.


* Possibly related bugs: bug 34752
* See also https://www.mediawiki.org/wiki/Manual:Moving_a_wiki (which mentions
nothing about this)

Possible solutions I can think of:
* Somehow detect that paths have changed
* Create a maintenance script to clear this cache

I'm not a fan of the latter because a move may not be the only cause for this
and when possible I'd like to avoid a manual fix. Having to run a maintenance
script is automated in some way, but it still requires manual intervention and
knowing that that script has to be ran. ResourceLoader should be able to figure
out the caching.

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

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

[Bug 34193] Add support for non-Arabic number systems

[bugzilla-daemon]

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

--- Comment #39 from Siddhartha Ghai  2012-03-25 
19:51:25 UTC ---
Note:hi-wikt uses devanagari numerals as default.

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

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

[Bug 34193] Add support for non-Arabic number systems

[bugzilla-daemon]

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

Siddhartha Ghai  changed:

   What|Removed |Added

 CC||siddhartha.g...@gmail.com

--- Comment #38 from Siddhartha Ghai  2012-03-25 
19:47:45 UTC ---
(In reply to comment #29)
> [The previous comment was submitted by mistake in a very funny way.]
> 
> The patch looks good to me, in the sense that it doesn't seem to break 
> anything
> major. I also tested in Devanagari on my local wiki and it worked. A test page
> in the live Hindi Wikipedia:
> https://hi.wikipedia.org/wiki/User:Amire80/native_numbers .
> 
> However:
> 1. (Probably) Small problem: It always runs parseFormattedNumber, even when
> that is not needed. Maybe it should run it only on wikis that use such 
> numbers.
> 2. (Somewhat) Larger problem: This is correct if the requirement is to always
> present the result in the native numbers and if it is considered OK to mix
> native and non-native numbers. This may be fine, but is there a specification
> somewhere or is it just a random decision?

Note about the hi-wp subpage that it is set up assuming hi-wp uses devanagari
numerals by default. However, hi-wp has default numerals set to arabic
numerals, hence it is half incorrect. A subpage on hi-wikt for the response
test is [[:w:hi:wikt:User:Siddhartha Ghai/native numbers]]. You'll find that
using arabic numerals gives arabic numerals, using devanagari numerals or
arabic-devanagari mixed gives errors.

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

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

[Bug 26027] SRF: The min and max math formats should work with dates and strings

[bugzilla-daemon]

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

--- Comment #3 from Jeroen De Dauw  2012-03-25 
19:47:10 UTC ---
Applied modified patch in r114481 :)

Stuff that should still be fixed up:

*  The default value is "default"?? That's rather odd. An empty string would
make more sense

* Still need to add the messages for the printer name (ie
srf_printername_earliest and srf_printername_latest), see
https://www.mediawiki.org/wiki/Localisation

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

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

[Bug 35191] Styles in math-tag are ignored when using MathJax

[bugzilla-daemon]

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

Derk-Jan Hartman  changed:

   What|Removed |Added

 CC||hart...@videolan.org

--- Comment #2 from Derk-Jan Hartman  2012-03-25 19:17:46 
UTC ---
Noticed the original HTML wasn't even outputting "style". Fixed this in
Ia267aa211cb1bcb2023cd3f87bbc83c983ffc91f

MathJax still removes the styling, will require another patch.

-- 
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 35470] Width problems in content area using Huggle

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com
Summary|Width problems in content   |Width problems in content
   |area|area using Huggle

-- 
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 35470] Width problems in content area

[bugzilla-daemon]

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

--- Comment #3 from IWorld (V. G.)  2012-03-25 19:08:08 UTC 
---
Created attachment 10324
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=10324
Screenshot 2 - big screen

-- 
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 35470] Width problems in content area

[bugzilla-daemon]

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

--- Comment #2 from IWorld (V. G.)  2012-03-25 19:07:35 UTC 
---
Created attachment 10323
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=10323
Screenshot 1 - small screen

-- 
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 34193] Add support for non-Arabic number systems

[bugzilla-daemon]

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

--- Comment #37 from Mark A. Hershberger  2012-03-25 
19:06:33 UTC ---
(In reply to comment #34)
> Would the scope of this bug also include [[Chinese numerals]]?

This would be a start to supporting [[Chinese numerals]], but AFAICT,
[[Indian numerals]] are more straight-forward.

That is, I don't think the scope of this bug would cover [[Chinese numerals]],
but a bug to support [[Chinese numerals]] would imply that the more
straight-forward [[Indian numerals]] are already supported.

I say this because the representation for 12,345,678,902,345 from
[[Chinese numerals]] is not a one-to-one mapping.  Instead it is
十二兆三千四百五十六億七千八百九十萬兩千三百四十五 where in Devanagari it would be 
१२३४५६७८९०२३४५

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

[Bug 28419] Replace MD5 password hashing with WHIRLPOOL

[bugzilla-daemon]

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

--- Comment #26 from Daniel Friesen  
2012-03-25 18:50:47 UTC ---
Also turning crypt() into oldCrypt and making crypt() ':C:' and making oldCrypt
reallyOldCrypt isn't correct.

The separation between crypt() and oldCrypt() is not the addition of new
password hashing schemes. It's the change from the old database scheme where we
just dumped the hash into the database. To the new scheme where we include a
':X:' to denote what type of password hash it is.

-- 
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 19412] #time parser function can't read local language month names

[bugzilla-daemon]

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

Bawolff  changed:

   What|Removed |Added

 Blocks||34193

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

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

[Bug 34193] Add support for non-Arabic number systems

[bugzilla-daemon]

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

Bawolff  changed:

   What|Removed |Added

 Depends on||19412

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

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

[Bug 35470] Width problems in content area

[bugzilla-daemon]

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

Derk-Jan Hartman  changed:

   What|Removed |Added

 CC||hart...@videolan.org

--- Comment #1 from Derk-Jan Hartman  2012-03-25 18:21:39 
UTC ---
Please provide a more accurate description. Perhaps a screen shot ? Also a
specific set of browser versions will be helpful.

-- 
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 34669] r110988 broke @import

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

   Severity|critical|blocker

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

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

[Bug 35471] Gadgets with CSS+JS should not have their stylesheet ripped out of context into the only=styles

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

Summary|RL doesn't force @import at |Gadgets with CSS+JS should
   |top of file when combining  |not have their stylesheet
   |CSS files   |ripped out of context into
   ||the only=styles 

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

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

[Bug 35471] RL doesn't force @import at top of file when combining CSS files

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
  Component|Resource Loader |Gadgets
Version|1.19|any
 Resolution|DUPLICATE   |
Product|MediaWiki   |MediaWiki extensions

--- Comment #2 from Krinkle  2012-03-25 18:02:58 UTC ---
When ResourceLoader loads a module it requests it from load.php and gets a set
of javascript executables, a set of CSS strings (not 1 long string). And then
it inserts them into the document with 

[Bug 34193] Add support for non-Arabic number systems

[bugzilla-daemon]

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

--- Comment #36 from Jayanta Nath  2012-03-25 17:58:27 
UTC ---
Ping, Bug 19412 must fixed with corresponding 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 35453] #set_recurring_event doesn't work with unit=month or unit=year

[bugzilla-daemon]

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

Jeroen De Dauw  changed:

   What|Removed |Added

 CC||yaro...@gmail.com

--- Comment #2 from Jeroen De Dauw  2012-03-25 
17:50:39 UTC ---
Yaron made a related fix in r114480, not sure he actually saw this bug report

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

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

[Bug 34669] r110988 broke @import

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

--- Comment #2 from Krinkle  2012-03-25 17:48:59 UTC ---
*** Bug 35471 has been marked as a duplicate of this bug. ***

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

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

[Bug 35471] RL doesn't force @import at top of file when combining CSS files

[bugzilla-daemon]

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

Krinkle  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #1 from Krinkle  2012-03-25 17:48:59 UTC ---


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

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

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

[Bug 35471] New: RL doesn't force @import at top of file when combining CSS files

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 35471
   Summary: RL doesn't force @import at top of file when combining
CSS files
   Product: MediaWiki
   Version: 1.19
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Resource Loader
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: bawolff...@gmail.com
CC: krinklem...@gmail.com, roan.katt...@gmail.com,
tpars...@wikimedia.org
Classification: Unclassified
   Mobile Platform: ---


Sometime around 1.19, gadgets switched to loading CSS via RL. This broke some
stuff on Wikinews, as gadgets that @import'ed their css from 'pedia broke,
since RL made it so the @import statement was not at very top of file.

Resource loader should re-order the @import statement in a module so its at the
very top of a combined css file.

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

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

[Bug 35470] Width problems in content area

[bugzilla-daemon]

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

IWorld (V. G.)  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
Web browser|--- |Google Chrome

-- 
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 35470] New: Width problems in content area

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 35470
   Summary: Width problems in content area
   Product: Huggle
   Version: trunk
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: Unprioritized
 Component: WebApp
AssignedTo: benap...@gmail.com
ReportedBy: vg...@hotmail.de
CC: benap...@gmail.com, mmovc...@wikipedia.de
Classification: Unclassified
   Mobile Platform: ---


In Chrome(ium) browsers there is a problem with the width value in the content
area.

-- 
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 34193] Add support for non-Arabic number systems

[bugzilla-daemon]

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

--- Comment #35 from Bawolff  2012-03-25 16:59:36 UTC ---
(In reply to comment #34)
> Would the scope of this bug also include [[Chinese numerals]]?

At the moment the chinese language files are set to use plain old 0123456789
type numerals. I believe this bug is more about supporting just whatever the
default formatted number output for a language is, which does not include
[[Chinese numerals]].

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

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

[Bug 20444] Watchlist "Grouping"

[bugzilla-daemon]

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

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

   What|Removed |Added

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

--- Comment #3 from mybugs.m...@gmail.com 2012-03-25 16:41:50 UTC ---
Related requests:
* Bug 1710 - Ability to watch all articles in a category
* Bug 7148 - Requesting watchlist for changes to category content

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

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

[Bug 14323] Redirect pages should render all text

[bugzilla-daemon]

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

Paine Ellsworth  changed:

   What|Removed |Added

 CC||pain...@aol.com

--- Comment #16 from Paine Ellsworth  2012-03-25 16:23:10 UTC 
---
Very curious about this enhancement!  There's been no activity for half a
lustrum, and when reading the comments, it seems like such an easy thing to do.
 Has it become exceedingly difficult?

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

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

[Bug 35186] MathJax: Several commands that work in texvc are not recognized

[bugzilla-daemon]

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

--- Comment #6 from Richard Morris  2012-03-25 16:15:13 UTC 
---
\dot \vec u works with tecvc but not with mathjax wihich only
accepts the (correct) Latex \dot{\vec u}. There are a few similar
bugs mentioned at
http://en.wikipedia.org/w/index.php?title=User_talk:Nageh/mathJax including
$$\hat \mathbf u$$, $$\underline \mathbb Z$$, $$\hat \boldsymbol \theta$$

-- 
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 35341] Vector 'user' icon is low-resolution

[bugzilla-daemon]

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

--- Comment #2 from IWorld (V. G.)  2012-03-25 15:33:38 UTC 
---
There is a problem: some browser doesn't support two backgrounds (the
fallback).

-- 
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 35460] Need commit notes to match SVN revision numbers for core

[bugzilla-daemon]

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

Chad H.  changed:

   What|Removed |Added

   Priority|Unprioritized   |Low
 AssignedTo|wikibugs-l@lists.wikimedia. |innocentkil...@gmail.com
   |org |
   Severity|trivial |normal

--- Comment #1 from Chad H.  2012-03-25 14:45:24 UTC 
---
This has been fixed for all extensions. Core still needs resolving.

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

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

[Bug 22596] Migrate subversion to git (tracking)

[bugzilla-daemon]

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

Raimond Spekking  changed:

   What|Removed |Added

 Depends on||35469

-- 
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 35469] Let LocalisationUpdate fetch from Git

[bugzilla-daemon]

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

Raimond Spekking  changed:

   What|Removed |Added

 Blocks||22596

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

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

[Bug 35469] New: Let LocalisationUpdate fetch from Git

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 35469
   Summary: Let LocalisationUpdate fetch from Git
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: LocalisationUpdate
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: raimond.spekk...@gmail.com
CC: tom.maaswin...@12wiki.eu
Classification: Unclassified
   Mobile Platform: ---


Let LocalisationUpdate fetch from Git now that core and WMF deployed extensions
are living in Git and new translations are pushed/comitted to Git by user
l10n-bot.

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

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

[Bug 35468] New: gerrit download instructions hide when you click them

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 35468
   Summary: gerrit download instructions hide when you click them
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Git/Gerrit
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: platoni...@gmail.com
CC: innocentkil...@gmail.com, rlan...@gmail.com
Depends on: 35466
Classification: Unclassified
   Mobile Platform: ---


Download instructions hide when you try to copy them

Steps to reproduce:
- Go to a changeset
- Click in the download section instead of selecting (mousedown + move)
- The download section with the patchset-specific instructions has disappeared.
There's no option to expand it again.


https://android-review.googlesource.com/ converts that  it into a selected
textbox, so so it might be fixed in a newer gerrit version.

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

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

[Bug 35466] Update gerrit

[bugzilla-daemon]

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

Platonides  changed:

   What|Removed |Added

 Blocks||35468

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

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

[Bug 35461] Trouble finding commit bd7a268e4be2da23ba0b9943c3b0ba1ac88294dc in gitweb

[bugzilla-daemon]

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

Platonides  changed:

   What|Removed |Added

 CC||platoni...@gmail.com

--- Comment #1 from Platonides  2012-03-25 14:41:40 UTC 
---
It also fails when searching it on gerrit.
Maybe it's failing because it was converted from svn, and some index is
missing?

Trying other commits such as 313570b3470d02a03f66cd3550f3bc1b7bebbdc6 also
fail.

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

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

[Bug 35467] New: Write docu/how-to for Windows with a GUI client

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 35467
   Summary: Write docu/how-to for Windows with a GUI client
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Git/Gerrit
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: raimond.spekk...@gmail.com
CC: innocentkil...@gmail.com, rlan...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


Besides bug 35145 (Make git-review more easy to install on Windows) we need a
good how-to for Windows user with a GUI client.

Currently all docu is about working with the command line interface.

Which Windows GUI works well with git-review? And how-to?

Some screenhots which show the standard workflow of
clone/branch/commit/pull/push/git-review would be a good start.

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

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

[Bug 35466] Update gerrit

[bugzilla-daemon]

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

--- Comment #1 from Chad H.  2012-03-25 14:36:38 UTC 
---
Actually, we're already looking ahead to the 2.3 series. rc0 is out right now.

Need to get the test instance updated first.

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

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

[Bug 35466] New: Update gerrit

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 35466
   Summary: Update gerrit
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: Git/Gerrit
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: platoni...@gmail.com
CC: innocentkil...@gmail.com, rlan...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


We are using gerrit 2.2.1, last version is 2.2.2.1
(note: 2.2.1 -> 2.2.2 requires schema changes)

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

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

[Bug 35465] New: Missing log item for account creation via SUL (Wikimedia sites)

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 35465
   Summary: Missing log item for account creation via SUL
(Wikimedia sites)
   Product: MediaWiki
   Version: (wikimedia-deployment)
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: User login
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: felo...@gmail.com
Classification: Unclassified
   Mobile Platform: ---


There is something strange with this account:

https://meta.wikimedia.org/wiki/Special:CentralAuth/GGGPPP

On every wiki it exists, there is a log line in the account creation log (for
example  or
), except for
fr.wikipedia.org (cf.
) though it does
exist, according to CentralAuth and the local special page ListUsers.

This seems to be a MediaWiki issue but it happened on Wikimedia sites, so I was
not sure in what category to submit this bug.

Thanks.

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

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

[Bug 34527] Create a Arbcom namespace on Russian Wikipedia

[bugzilla-daemon]

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

--- Comment #7 from Victor Vasiliev  2012-03-25 10:42:59 UTC 
---
(In reply to comment #6)
> (In reply to comment #5)
> > (In reply to comment #0)
> > > * create = autoconfirmed, edit = autoconfirmed, move = autoconfirmed in 
> > > main,
> > > create = all, edit = all, move = all in talk.
> > 
> > What are you wanting to do here?
> 
> We want to set up full semi-protection on Arbcom namespace. We already use
> title blacklist for that, but that is sort of hacky.

Or, technically speaking, it should be something like
  $wgNamespaceProtection[ns id] = array( 'autoconfirmed' )
(in InitialiseSettings format, of course)

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

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

[Bug 26027] SRF: The min and max math formats should work with dates and strings

[bugzilla-daemon]

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

--- Comment #2 from Nischay Nahata  2012-03-25 09:16:16 
UTC ---
Created attachment 10322
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=10322
Adds two new formats, earliest and latest

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

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

[Bug 33591] Page deletions and blocks aren't showing up on watchlists on enwiktionary

[bugzilla-daemon]

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

--- Comment #2 from Yair Rand  2012-03-25 09:01:52 UTC ---
(In reply to comment #1)
> Can you please be more elaborate :)
> 
> Thanks

Um, okay...

Ordinarily, on Wikimedia wikis, watchlists (the page at Special:Watchlist)
display lists of recent modifications to "watched" pages, including edits,
moves, deletions, and blocks to the user associated with a watched user page.
On the English Wiktionary project (en.wiktionary.org), deletions of watched
pages and blocks of watched users are not resulting in an item being displayed
on one's watchlist. This did not used to be the case. Other elements of
watchlists are still functioning correctly, afaik.

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

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

[Bug 35457] Allow callbacks also to make more complex replacements

[bugzilla-daemon]

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

--- Comment #4 from Junaid  2012-03-25 08:56:33 UTC 
---
(In reply to comment #3)
> hexcode based inputting does not seem to be a valid usecase here. It is very
> advanced and it is for people know the hexcode of characters.

It is not a necessary to have there.

> > Also callbacks can be used to combine several rules those share some 
> > behavior.
> 
> I agree here.  Do you have any patters where this can be used?

That I have to examine over the existing rulesets.

Anyway the callback feature is a must have in Narayam. Its implementation,
programming logic, method signature can be tuned.

-- 
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 22442] Special:Properties page should link to "action=view" for special properties

[bugzilla-daemon]

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

Nischay Nahata  changed:

   What|Removed |Added

   Keywords||need-review, patch
 CC||nischay...@gmail.com

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

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

[Bug 22442] Special:Properties page should link to "action=view" for special properties

[bugzilla-daemon]

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

--- Comment #1 from Nischay Nahata  2012-03-25 08:22:08 
UTC ---
Created attachment 10321
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=10321
Replaces edit with view

Links to regular Property pages have "action=view" because the link is made
using
$proplink = $linker->link( $title, $label, array(), array( 'action' => 'view' )
);

But links to Special Property pages are made differently, My patch serves the
purpose, but if you want it to be done differently let me know.

-- 
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 34193] Add support for non-Arabic number systems

[bugzilla-daemon]

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

--- Comment #34 from bennylin  2012-03-25 07:56:50 UTC ---
Would the scope of this bug also include [[Chinese numerals]]?

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

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

[Bug 32807] Sort and #expr doesn't work on comma-separated decimals

[bugzilla-daemon]

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

--- Comment #5 from bennylin  2012-03-25 07:55:19 UTC ---
Aye. Thanks for the solution

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

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

[Bug 35464] New: just highlight the characters that changed, not the whole line

[bugzilla-daemon]

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

   Web browser: ---
 Bug #: 35464
   Summary: just highlight the characters that changed, not the
whole line
   Product: MediaWiki
   Version: 1.20-svn
  Platform: All
   URL: http://radioscanningtw.jidanni.org/index.php?title=%E5
%8F%B0%E4%B8%AD%E5%B8%82%E8%AD%A6%E5%AF%9F%E5%B1%80%E7
%83%8F%E6%97%A5%E5%88%86%E5%B1%80&curid=1409&diff=5575
&oldid=5574
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Unprioritized
 Component: History/Diffs
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: jida...@jidanni.org
Classification: Unclassified
   Mobile Platform: ---


In the URL you will see that always blindly highlighting the entire line
makes it hard to figure out e.g., what single character changed 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