[Bug 22073] New: Caching issues with images and action=purge

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22073

   Summary: Caching issues with images and action=purge
   Product: MediaWiki
   Version: 1.16-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Database
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: m...@tgries.de


When changing (for example prespective correction) an image on commons
http://commons.wikipedia.org/wiki/Datei:example.jpg which is included in
de-wiki, I found that I need to issue action=purge for the page
http://de.wikipedia.org/wiki/Datei:example.jpg . A purge action on the
including page or on the original file page did not help.

Summary:

In my view, action=purge for a page or an image should automatically refresh -
observing server load issues - _all_ other occurences and inclusions of that
image in others wikis, so that changed images are updated after a while without
user intervention. I do not know the exact part of the software and the
mechanism, how files from commons are included in local wikis like de-wiki. Can
a developer please add such information to this bugzilla?

In de-wiki, this manual section
http://de.wikipedia.org/wiki/Hilfe:Bilder#Nach_dem_Hochladen_einer_neuen_Bildversion
should be reviewed/revised.


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

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


[Bug 11636] Allowing watchlist notifications if the watchlist is smaller than a certain size

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=11636


Raimond Spekking raimond.spekk...@gmail.com changed:

   What|Removed |Added

Summary|Enable email notifications  |Allowing watchlist
   |on en.wikipedia... as far as|notifications if the
   |possible|watchlist is smaller than a
   ||certain size




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

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


[Bug 21302] Send squid purges for extensions and specifically, on curid urls on DynamicPageList

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21302





--- Comment #4 from Platonides platoni...@gmail.com  2010-01-10 10:39:54 UTC 
---
Right, but we may want (or not) to still fix caching problem with curid urls.
And there is also the issue of variant wikis.


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

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


[Bug 17486] Parser generates malformed XML with a list inside a table

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486





--- Comment #15 from Platonides platoni...@gmail.com  2010-01-10 11:03:55 UTC 
---
(In reply to comment #14)
 What, like this wikitext happened to produce malformed XML because our parser
 is broken, so please figure out the necessary hacks to make our parser decide
 to output well-formed content because we can't be bothered to fix it?  It's
 not reasonable at all to have a fatal error here, anyway, because almost all
 admins won't care in the slightest about XML well-formedness, and they should
 have the right to place their own convenience over well-formedness.  Why don't
 we run Tidy on these fragments at save time instead of output time, maybe?


We could cache a tidied html message, but that might produce problems with the 
substitutions. We would need a different caching for plural, {{PAGENAME}} etc..

I think we do run Tidy at save time, since after saving the admin will go to 
the view of Mediawiki:whatever.
If when they look at it they got a message This message produces malformed xml 
when showed directly, please fix that would be an improvement over having^W
expecting  admins manually check by themselves the xhtml wellformedness.

If they don't know how to fix it, they can ask somewhere like 
[[Wikipedia:Village_pump_(all)#Technical]] or [[Wikipedia:MediaWiki_messages]].
At least they can remember that message they broke when their layout is broken
because they forgot a /div 
Or have it easier to find by others.


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

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


[Bug 22074] New: Give users option to add uselang=en to interlanguage links

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22074

   Summary: Give users option to add uselang=en to interlanguage
links
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Keywords: easy, i18n
  Severity: enhancement
  Priority: Normal
 Component: User preferences
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: seahen...@gmail.com
CC: agarr...@wikimedia.org


It would be nice if, on the rare occasions when I wanted to see content from a
non-English wiki, I didn't have to manually add ?uselang=en to the URL to get
an interface in English. Why not let users choose, in their preferences, to add
uselang=en (or whatever language their preferences indicate) to all interwiki
links displayed to them?


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

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


[Bug 17486] Parser generates malformed XML with a list inside a table

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486





--- Comment #16 from Aryeh Gregor simetrical+wikib...@gmail.com  2010-01-10 
12:17:21 UTC ---
You're right, save-time tidying won't work.  If we put up a warning for
well-formedness errors, we'd have to make sure a) it's easy to ignore, b) it
only hits the right messages.  There are almost certainly some messages where
an XML fragment is perfectly reasonable to have -- a tag could legitimately be
opened in one message and closed in another.  So it would require some work.

As I say, the long-term solution is to avoid XML like the plague.  It's just
too fragile.


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

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


[Bug 22073] Caching issues with images and action=purge

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22073


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

   What|Removed |Added

 CC||innocentkil...@gmail.com
  Component|Database|Images and files




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

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


[Bug 22074] Give users option to add uselang=en to interlanguage links

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22074


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

   What|Removed |Added

 CC||innocentkil...@gmail.com




--- Comment #1 from Chad H. innocentkil...@gmail.com  2010-01-10 13:21:31 UTC 
---
I certainly wouldn't want any such option on-by-default. If I click a link to
ru.wikipedia, I expect the interface to be in Russian. Unless I'm logged in and
have an interface language set, in which case it'd use that language. Adding a
pref for this is overkill, maybe could be a Gadget on-wiki if someone really
wanted it.

Suggest 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 17486] Parser generates malformed XML with a list inside a table

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486


Platonides platoni...@gmail.com changed:

   What|Removed |Added

 CC||siebr...@wikipedia.be




--- Comment #17 from Platonides platoni...@gmail.com  2010-01-10 13:22:53 UTC 
---
I was thinking in a box below the message text. I don't think we have messages
where
unclosed tags are reasonable. At most, it would be an unsupported hack.

Matching only wikitext messages is an important point. It shouldn't warn on
html 
messages or a javascript. Attached to that identification, the editng admins
could 
also get a message on edit telling them the available syntax.
I think that knowledge is already used for translatewiki?

 As I say, the long-term solution is to avoid XML like the plague.  It's just
 too fragile.

The problem is not XML but having a syntax which we are unable to map into 
the target language.


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

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


[Bug 22053] Date format in Tatar Wikipedia

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22053


Siebrand siebr...@wikipedia.be changed:

   What|Removed |Added

 CC||siebr...@wikipedia.be
 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #1 from Siebrand siebr...@wikipedia.be  2010-01-10 13:44:15 UTC 
---
Fixed in r60893. May take a while to trickle through to Wikimedia.


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

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


[Bug 17486] Parser generates malformed XML with a list inside a table

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486





--- Comment #18 from CBM c...@tools.wikimedia.de  2010-01-10 13:45:45 UTC ---
Re comment 13 We should provide them an error when they produce invalid XHTML
if tidy is
disabled for the messages.

That is made substantially more difficult by the use of parser functions inside
messages. The error I reported in comment 12 only showed up for nonexistent
pages in the Talk: namespace, which is why it sat unfixed for a long time.
There's not going to be any practical way to test every possible control flow
path through the message for XML validity. 

Re comment 17, As I say, the long-term solution is to avoid XML like the
plague.

The proposed solution of using html5lib on the client side would help, if it
accepts slightly malformed input. But of course the sort of malformed code we
are serving wouldn't be well-formed HTML5 either (that is, I doubt it would
pass a validator). A better long-term solution would be to fix our system to
have validatable output. Of course this is not a simple thing to achieve, which
is why we usually use tidy to force the output to be 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 21592] PLURAL is taken from wrong language, when calling internationalizeded messages with {{int:...}}

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21592


Siebrand siebr...@wikipedia.be changed:

   What|Removed |Added

 CC||siebr...@wikipedia.be
 Status|NEW |RESOLVED
 Resolution||LATER




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

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


[Bug 21040] Name of the thirteenth month in Hebrew leap years is misspelled in all language files

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21040


Markus Krötzsch mar...@semantic-mediawiki.org changed:

   What|Removed |Added

 Status|NEW |ASSIGNED




--- Comment #3 from Markus Krötzsch mar...@semantic-mediawiki.org  2010-01-10 
13:57:56 UTC ---
No need to supply a new patch now. We are about to port/merge patches into
Type:Date right now. So far, no version of SMW contained Hebrew leap year month
names. If this is integrated into SMW in some future, then we may as well fix
the spelling of the 13th month directly.

Again: all date-related contributions are currently under review/processing. No
action is needed in the meantime.


-- 
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 21793] PHP 5.3.1 incompatibility

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21793


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

   What|Removed |Added

   Keywords||upstream




--- Comment #1 from Chad H. innocentkil...@gmail.com  2010-01-10 14:11:10 UTC 
---
How should we resolve this now? I see Tim blacklisted 5.3.1 in r60827 and PHP
has fixed the regression for 5.3.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 22061] API: add prop=headitems to action=parse

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22061





--- Comment #3 from P.Copp paul.copper...@googlemail.com  2010-01-10 14:27:12 
UTC ---
(In reply to comment #2)
 Patch looks OK except that it removes the (array) cast in OutputPage.php for 
 no
 apparent reason.
 
I'm pretty sure that the cast is not necessary there (since the var is
initialised as array() and then only added to), but if you feel uncomfortable
with it, of course just skip the change.


-- 
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 21040] Name of the thirteenth month in Hebrew leap years is misspelled in all language files

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21040


Siebrand siebr...@wikipedia.be changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||LATER




--- Comment #4 from Siebrand siebr...@wikipedia.be  2010-01-10 14:52:11 UTC 
---
Later.


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

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


[Bug 17486] Parser generates malformed XML with a list inside a table

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486





--- Comment #19 from Platonides platoni...@gmail.com  2010-01-10 14:53:28 UTC 
---
No offense intended, but the code on [[MediaWiki:Newarticletext]] is insane,
from the first #ifexist 
trying to find if you forgot a closing bracket, to the anon talk page detection 
Although you can fool it with
http://en.wikipedia.org/w/index.php?title=User_talk:007/2action=edit :)


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

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


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

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=19948





--- Comment #7 from Markus Krötzsch mar...@semantic-mediawiki.org  2010-01-10 
15:02:00 UTC ---
More information is needed here. What happens if you run the query:

 DELETE smw_tmp_unusedprops.* FROM smw_tmp_unusedprops, smw_rels2 INNER JOIN
smw_ids ON p_id=smw_id WHERE title=smw_title AND smw_iw=''

directly in Postgres (in the context of your wiki database)? You will have to
create the table smw_tmp_unusedprops first. For this purpose, run the query:

 CREATE TEMPORARY TABLE smw_tmp_unusedprops ( title text );


-- 
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 17486] Parser generates malformed XML with a list inside a table

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486


Siebrand siebr...@wikipedia.be changed:

   What|Removed |Added

 CC|siebr...@wikipedia.be   |




--- Comment #20 from Siebrand siebr...@wikipedia.be  2010-01-10 15:04:02 UTC 
---
The parser does strange stuff with the default[1] message. If there is only one
line break in it, things are fine. If there are more than one line breaks in
it, things start to get funky. See bug 19226.

Furthermore, anything you guys choose to do to the default messages, including
adding parser functions, tables and what not, may or may not work. If it
doesn't work, find a different solution.

[1] Default content for MediaWiki:Newarticletext:
You have followed a link to a page that does not exist yet.
To create the page, start typing in the box below (see the
[[{{MediaWiki:Helppage}}|help page]] for more info).
If you are here by mistake, click your browser's '''back''' button.


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

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


[Bug 22024] Undefined index in SMW_SQLStore2_Queries

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22024


Markus Krötzsch mar...@semantic-mediawiki.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #1 from Markus Krötzsch mar...@semantic-mediawiki.org  2010-01-10 
15:09:00 UTC ---
Thanks, fixed in SVN. (The usage of .= is actually needed to combine multiple
sorting conditions, so I did a slightly different change than suggested in the
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 22074] Give users option to add uselang=en to interlanguage links

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22074


Niklas Laxström niklas.laxst...@gmail.com changed:

   What|Removed |Added

 CC||niklas.laxst...@gmail.com
 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Comment #2 from Niklas Laxström niklas.laxst...@gmail.com  2010-01-10 
15:22:16 UTC ---
Not like this. Maybe if we ever get global preferences.


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


[Bug 22072] Please close Kannada Wikibooks

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22072


Leinad danny.lei...@gmail.com changed:

   What|Removed |Added

 CC||danny.lei...@gmail.com
   Keywords||shell




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

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


[Bug 13937] Correcting edit summaries (if own, last, recent)

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=13937





--- Comment #17 from Derk-Jan Hartman hart...@videolan.org  2010-01-10 
16:32:37 UTC ---
Created an attachment (id=6944)
 -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6944)
Empty diff table alignment in Firefox


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

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


[Bug 19226] Parser renders UI messages with up to one newline different from more

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=19226





--- Comment #1 from Platonides platoni...@gmail.com  2010-01-10 16:37:05 UTC 
---
Created an attachment (id=6945)
 -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6945)
Add newlines before $1 to wrapWikiMsgs of divs

I have seen it before for other messages.
There should be a new line after opening the div
Many messages also add a new line after closing.

The underlying cause is that divs aren't handled properly in wikitext 
(as shown by case b).
Wikitext is very sensitive to newlines.


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

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


[Bug 13937] Correcting edit summaries (if own, last, recent)

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=13937


Derk-Jan Hartman hart...@videolan.org changed:

   What|Removed |Added

 CC||hart...@videolan.org




--- Comment #18 from Derk-Jan Hartman hart...@videolan.org  2010-01-10 
16:37:35 UTC ---
sorry, image was for anther 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 13875] Empty diffs appear as long columns of text when viewed in Safari

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=13875





--- Comment #15 from Derk-Jan Hartman hart...@videolan.org  2010-01-10 
16:38:15 UTC ---
Created an attachment (id=6946)
 -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6946)
Screenshot of behavior in Firefox 3.5 


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

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


[Bug 21053] Broken diff header layout for multi diffs with no changes

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21053


P.Copp paul.copper...@googlemail.com changed:

   What|Removed |Added

 CC||titoxd.wikime...@gmail.com




--- Comment #14 from P.Copp paul.copper...@googlemail.com  2010-01-10 
16:40:29 UTC ---
*** Bug 13875 has been marked as a duplicate of this bug. ***


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

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


[Bug 13875] Empty diffs appear as long columns of text when viewed in Safari

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=13875


P.Copp paul.copper...@googlemail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Comment #16 from P.Copp paul.copper...@googlemail.com  2010-01-10 
16:40:29 UTC ---


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


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

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


[Bug 12788] CSS (tracking)

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=12788


Bug 12788 depends on bug 13875, which changed state.

Bug 13875 Summary: Empty diffs appear as long columns of text when viewed in 
Safari
https://bugzilla.wikimedia.org/show_bug.cgi?id=13875

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



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

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


[Bug 17486] Parser generates malformed XML with a list inside a table

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486





--- Comment #21 from Aryeh Gregor simetrical+wikib...@gmail.com  2010-01-10 
17:23:50 UTC ---
(In reply to comment #17)
 I was thinking in a box below the message text. I don't think we have messages
 where
 unclosed tags are reasonable. At most, it would be an unsupported hack.

We have so many messages that I wouldn't bet on that.  But we can raise the
warning anyway, if it's only a warning.

 Matching only wikitext messages is an important point. It shouldn't warn on
 html 
 messages or a javascript.

Why not on HTML messages too, if they're not tidied?

 The problem is not XML but having a syntax which we are unable to map into 
 the target language.

XML is a necessary although not sufficient condition for this problem to be
worth worrying about.  If everyone used HTML5 parsers, the consumer would fix
the markup in a standard way and it wouldn't be a big problem (although ideally
we'd fix it anyway).

(In reply to comment #18)
 The proposed solution of using html5lib on the client side would help, if it
 accepts slightly malformed input.

html5lib will parse an arbitrary stream of bytes into a DOM.  In practice, it
will fix simple nesting errors invisibly -- divspanFoo/div/span will
become divspanFoo/span/div.  You can test out an HTML5 parser by
getting a copy of Firefox 3.6 or later, setting html5.enable to true in
about:config, loading the URL

data:text/html,!doctype htmldivspanFoo/div/span

and inspecting the resulting DOM from Firebug.  This transformation is
standardized in HTML5, so the DOM output is well-defined, and it's meant to be
a close match to what all browsers already do anyway.  Of course the markup
won't validate, but that's not as big an issue as breaking bots that users rely
on.

Another thing we could consider eventually is using html5lib ourselves instead
of Tidy.  If it's fast enough (there's a C++ version that Mozilla uses), we
could pass all our output through it to parse and reserialize.  It's kind of
silly for us to do this when it could more easily be done by the client,
though.


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

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


[Bug 22060] Pre Text

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22060


Aryeh Gregor simetrical+wikib...@gmail.com changed:

   What|Removed |Added

 CC||simetrical+wikib...@gmail.co
   ||m




--- Comment #4 from Aryeh Gregor simetrical+wikib...@gmail.com  2010-01-10 
18:07:07 UTC ---
(In reply to comment #1)
 Using style=overflow:auto; breaks badly in many browsers.

Which browsers, and how does it break?  It could just be disabled for those
browsers.  It appears to work exactly as desired in Chrome 4, Firefox 3.5, and
Opera 10.10.  IE6 seems to treat it the same as overflow: visible, from a quick
test, so it would just be the same as 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 22060] Use pre { overflow:auto } to avoid overprinting

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22060


Aryeh Gregor simetrical+wikib...@gmail.com changed:

   What|Removed |Added

Summary|Pre Text|Use pre { overflow:auto } to
   ||avoid overprinting




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

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


[Bug 22037] Advanced Formatting for Query Tables

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22037


Markus Krötzsch mar...@semantic-mediawiki.org changed:

   What|Removed |Added

 Status|NEW |ASSIGNED




--- Comment #5 from Markus Krötzsch mar...@semantic-mediawiki.org  2010-01-10 
19:28:52 UTC ---
Thanks, the code will certainly be considered for inclusion in SMW. An
alternative to speed up publication would be to include it into Semantic Result
Formats (SRF) first (it is possible that formats included there replace SMW
formats). This would also get more people to test it before going to SMW.

I am slightly concerned here that more and more functionality makes SMW larger
and larger, making a code review more difficult and less likely (Bug 21602).
This is especially true for components of the code that are definitely needed
to use SMW, as is the case for the table printer. This might be another reason
to move the extended table into SRF.


-- 
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 22075] New: AbuseFilter: enable variable old_html («Syntax error detected: Unrecognised variable old_html»)

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22075

   Summary: AbuseFilter: enable variable old_html («Syntax error
detected: Unrecognised variable old_html»)
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: AbuseFilter
AssignedTo: agarr...@wikimedia.org
ReportedBy: federicol...@tiscali.it
CC: wikibugs-l@lists.wikimedia.org


It would be useful to be able to use the variable old_html in AbuseFilter on
Wikimedia wikis (specifically, it.wikiquote): old_html is currently calculated
(see e.g. [[Special:AbuseFilter/examine/log/1864098]]), but if you try to use
it in a filter you get the error: «Syntax error detected: Unrecognised
variable old_html».
I suppose this is a wanted behaviour to reduce resources consumption, but I
file this bug as a placeholder/reminder.


-- 
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 17187] SVG to PNG conversion broken for text

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17187


Jim Henderson jim.henderso...@gmail.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED




--- Comment #5 from Jim Henderson jim.henderso...@gmail.com  2010-01-10 
22:13:23 UTC ---
I have just downloaded Lindos5.svg, opened it in InkScape, the program that
Pete Skirrow recommended, made a trivial change and saved it again. Firefox can
now display the corrected file (on my computer) correctly. 

I tried to upload the new version of the picture to the sandbox to see how the
converter to PNG handles it, but I am not an autoconfirmed user, so I
couldn't work out how to upload it.

If someone with that status would like to upload the corrected version, I could
send it to you by email. 

Jim


-- 
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 19598] articles on the place of templates

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=19598


Platonides platoni...@gmail.com changed:

   What|Removed |Added

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




--- Comment #1 from Platonides platoni...@gmail.com  2010-01-10 22:34:41 UTC 
---


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


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

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


[Bug 18694] Spanish wikipedia XML dump problems

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18694





--- Comment #14 from Platonides platoni...@gmail.com  2010-01-10 22:34:41 UTC 
---
*** Bug 19598 has been marked as a duplicate of this bug. ***


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

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


[Bug 22076] New: Install identi.ca plugin on wikitech blog

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22076

   Summary: Install identi.ca plugin on wikitech blog
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Site requests
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: hart...@videolan.org


I'm guessing [[bugzilla:20083]] will take some time to implement, let's just
install the identica plugin+feed on the wikitech blog.

http://wordpress.org/extend/plugins/identica-tools/


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

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


[Bug 17187] SVG to PNG conversion broken for text

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17187


p858snake p858sn...@yahoo.com.au changed:

   What|Removed |Added

 CC||p858sn...@yahoo.com.au




--- Comment #6 from p858snake p858sn...@yahoo.com.au  2010-01-10 23:12:10 UTC 
---
Jim, attach it to this bug report then someone can do it easily.


-- 
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 21173] Provide rel=canonical for funky URL parameters and other things beyond redirects

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21173


Aryeh Gregor simetrical+wikib...@gmail.com changed:

   What|Removed |Added

 CC||simetrical+wikib...@gmail.co
   ||m
  Component|General/Unknown |General/Unknown
Product|MediaWiki   |MediaWiki extensions
 Resolution|FIXED   |WONTFIX
Version|1.16-svn|any




--- Comment #11 from Aryeh Gregor simetrical+wikib...@gmail.com  2010-01-10 
23:41:00 UTC ---
I've completely deleted the extension in r60913, because it was broken and very
likely useless.  If you have any specific cases where you think rel=canonical
should actually be output, per its definition and intended use, please open new
bugs requesting that this be added to core (feel free to assign to me).


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

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


[Bug 17471] Default our search box to Search instead of Go on Commons

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17471





--- Comment #4 from Nemo_bis federicol...@tiscali.it  2010-01-11 00:17:48 UTC 
---
There's also bug 18354 which has some support on Commons but got wontfixed.


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

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


[Bug 22077] New: Step by Step Import

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22077

   Summary: Step by Step Import
   Product: MediaWiki
   Version: 1.16-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Export/Import
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: dasch...@gmx.net


Spezial:Import should not try to import and execute the whole file at once. I
think it would be better when the import would be made step by step/page by
page and the result/progress would be displayed via ajax. Then maybe even
bigger files could be importet with a shorter execution time and a smaller
memory limit


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

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


[Bug 17471] Default our search box to Search instead of Go on Commons

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17471


Nemo_bis federicol...@tiscali.it changed:

   What|Removed |Added

 CC||federicol...@tiscali.it
URL|http://commons.wikimedia.org|http://commons.wikimedia.org
   |/w/index.php?title=Commons:V|/wiki/Commons:Village_pump/A
   |illage_pumpoldid=18397791#D|rchive/2009Feb#Default_our_s
   |efault_our_search_box_to_.22|earch_box_to_.22Search.22_in
   |Search.22_instead_of_.22Go.2|stead_of_.22Go.22
   |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 17187] SVG to PNG conversion broken for text

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=17187





--- Comment #7 from Jim Henderson jim.henderso...@gmail.com  2010-01-11 
04:11:33 UTC ---
Created an attachment (id=6947)
 -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6947)
Replacement image for http://en.wikipedia.org/wiki/File:Lindos5.svg

OK, here is the improved image to go in
http://en.wikipedia.org/wiki/File:Lindos5.svg
Thanks,
   Jim


-- 
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 15245] Form kills Dates

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=15245





--- Comment #7 from Yaron Koren yaro...@gmail.com  2010-01-11 05:45:00 UTC ---
Just checking - is this still a problem with the current version (1.8.7)?


-- 
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 22078] New: Chinese Wikipeida XML output format is missing

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22078

   Summary: Chinese Wikipeida XML output format is missing
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: chenghan.t...@gmail.com
CC: bryan.tongm...@gmail.com, vasi...@gmail.com,
soxre...@gmail.com


hi, 

Please check the following urls:

1. Using xml format, browser got nothing back.
http://zh.wikipedia.org/w/api.php?action=querylist=categorymemberscmtitle=Category%3A%E6%9D%B1%E4%BA%AC%E6%97%85%E9%81%8Aformat=xml

2. trying xmlfm format, it works fine
http://zh.wikipedia.org/w/api.php?action=querylist=categorymemberscmtitle=Category%3A%E6%9D%B1%E4%BA%AC%E6%97%85%E9%81%8Aformat=xmlfm

3. trying php format, it also works find
http://zh.wikipedia.org/w/api.php?action=querylist=categorymemberscmtitle=Category%3A%E6%9D%B1%E4%BA%AC%E6%97%85%E9%81%8Aformat=php

Thanks,

Keene


-- 
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 22078] Chinese Wikipeida XML output format is missing

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22078





--- Comment #1 from Keene chenghan.t...@gmail.com  2010-01-11 05:49:54 UTC ---
Hey, 

It seems to be my url encoding problem. 
Sorry for the false bug submission.

Thanks, (In reply to comment #0)
 hi, 
 
 Please check the following urls:
 
 1. Using xml format, browser got nothing back.
 http://zh.wikipedia.org/w/api.php?action=querylist=categorymemberscmtitle=Category%3A%E6%9D%B1%E4%BA%AC%E6%97%85%E9%81%8Aformat=xml
 
 2. trying xmlfm format, it works fine
 http://zh.wikipedia.org/w/api.php?action=querylist=categorymemberscmtitle=Category%3A%E6%9D%B1%E4%BA%AC%E6%97%85%E9%81%8Aformat=xmlfm
 
 3. trying php format, it also works find
 http://zh.wikipedia.org/w/api.php?action=querylist=categorymemberscmtitle=Category%3A%E6%9D%B1%E4%BA%AC%E6%97%85%E9%81%8Aformat=php
 
 Thanks,
 
 Keene
 


-- 
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 14761] Googlepie: too few colors

2010-01-10 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=14761


Will Simpson wsimp...@email.arizona.edu changed:

   What|Removed |Added

Attachment #6900 is|0   |1
   obsolete||




--- Comment #5 from Will Simpson wsimp...@email.arizona.edu  2010-01-11 
06:46:12 UTC ---
Created an attachment (id=6948)
 -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6948)
This attachment adds an additional color (red) after 10 elements.  

The previous patch contained an extraneous variable.


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