https://bugzilla.wikimedia.org/show_bug.cgi?id=25989
C. Scott Ananian canan...@wikimedia.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.wikimedia.org/show_bug.cgi?id=25989
Nemo federicol...@tiscali.it changed:
What|Removed |Added
URL|
https://bugzilla.wikimedia.org/show_bug.cgi?id=25989
--- Comment #5 from Bawolff (Brian Wolff) bawolff...@gmail.com ---
Umm. The url in comment 0 seems to work.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25989
Nemo_bis federicol...@tiscali.it changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=25989
Krinkle krinklem...@gmail.com changed:
What|Removed |Added
Version|1.16.0 |1.16.x
--
Configure
https://bugzilla.wikimedia.org/show_bug.cgi?id=25989
Mark A. Hershberger m...@everybody.org changed:
What|Removed |Added
AssignedTo|roan.katt...@gmail.com
https://bugzilla.wikimedia.org/show_bug.cgi?id=25989
--- Comment #2 from Bryan Tong Minh bryan.tongm...@gmail.com 2010-11-23
20:33:34 UTC ---
This was more complicated than I thought. Apparently the x28px case is
undefined (but useful) behaviour: Parser::makeImage only sets the height
parameter,
https://bugzilla.wikimedia.org/show_bug.cgi?id=25989
--- Comment #1 from Gabriel Sandor gabi.t.san...@gmail.com 2010-11-18
12:23:40 UTC ---
It seems that there's a workaround by providing the iiurlwidth param. with
large values, surpassing the native width for the requested file - at least for