https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
Sam Reed (reedy) changed:
What|Removed |Added
Depends on||52045
--
You are receiving this ma
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
Tisza Gergő changed:
What|Removed |Added
Blocks||41371
--
You are receiving this mail be
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
Gilles Dubuc changed:
What|Removed |Added
Depends on||67525
--
You are receiving this mail b
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
Bug 65217 depends on bug 65691, which changed state.
Bug 65691 Summary: Limit the number or expensive thumbnails that can be
processed by the scalers in parallel
https://bugzilla.wikimedia.org/show_bug.cgi?id=65691
What|Removed
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
--- Comment #19 from Sam Wilson ---
Agh, *killed*. Unless DH is the mafia I guess...
--
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=65217
--- Comment #18 from Sam Wilson ---
Their shared hosting: 90M. Acutally, I think imagemagick failures are also the
processes running too long and being kissed.
--
You are receiving this mail because:
You are the assignee for the bug.
You are
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
--- Comment #17 from Bawolff (Brian Wolff) ---
(In reply to Sam Wilson from comment #16)
> (Thanks for the heads-up re this, Nemo.)
>
> My thing isn't really a fix! It's just a simple way for the site
> administrator to be told that some thumb
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
--- Comment #16 from Sam Wilson ---
(Thanks for the heads-up re this, Nemo.)
My thing isn't really a fix! It's just a simple way for the site administrator
to be told that some thumbnail is missing, and where it should go in the
filesystem, so
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
Nemo changed:
What|Removed |Added
CC||federicol...@tiscali.it,
|
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
--- Comment #14 from Bawolff (Brian Wolff) ---
(In reply to Tisza Gergő from comment #13)
> (In reply to Bawolff (Brian Wolff) from comment #4)
> > The attempt-failures thing only increments the cache key after the attempt
> > failed. Given it
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
--- Comment #13 from Tisza Gergő ---
(In reply to Bawolff (Brian Wolff) from comment #4)
> The attempt-failures thing only increments the cache key after the attempt
> failed. Given it was taking ~ 38 seconds just to download the file to the
>
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
Tisza Gergő changed:
What|Removed |Added
CC||gti...@wikimedia.org
--- Comment #12 fro
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
dan changed:
What|Removed |Added
Status|UNCONFIRMED |PATCH_TO_REVIEW
Ever confirmed|0
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
--- Comment #10 from Bawolff (Brian Wolff) ---
(In reply to Tisza Gergő from comment #3)
> The consensus on the ops list was that
> https://gerrit.wikimedia.org/r/#/c/132112/ is not enough to safely resume
> uploads, and bug 52045 probably woul
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
--- Comment #9 from Bawolff (Brian Wolff) ---
(In reply to Keegan Peterzell from comment #8)
> (In reply to Keegan Peterzell from comment #7)
> > I should clarify: My browswer (Chrome 34.0.1847.137 m) is giving different
> > behaviors when I op
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
--- Comment #8 from Keegan Peterzell ---
(In reply to Keegan Peterzell from comment #7)
> I should clarify: My browswer (Chrome 34.0.1847.137 m) is giving different
> behaviors when I open up images from that gallery. One image failed upon its
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
--- Comment #7 from Keegan Peterzell ---
(In reply to Keegan Peterzell from comment #6)
> https://upload.wikimedia.org/wikipedia/commons/thumb/9/9d/
> Staten_Island%2C_Plate_No.
> _12_%28Map_bounded_by_Boyd%2C_Brooks%2C_Mc_Keon%2C_Varian_Cedar%
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
Keegan Peterzell changed:
What|Removed |Added
CC||kpeterz...@wikimedia.org
--- Commen
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
--- Comment #5 from Bawolff (Brian Wolff) ---
I was reading over the thread on multimedia - I'm not entirely sure the
Special:Newfiles theory makes sense, I think its more likely someone maybe
viewed a category of the tiff uploads from gwtoolse
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
--- Comment #4 from Bawolff (Brian Wolff) ---
I recently realized that we still download the source file, even if its above
$wgMaxImageArea (e.g.
https://commons.wikimedia.org/wiki/File:Map_of_New-York_Bay_and_Harbor_and_the_environs_-_founded_
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
--- Comment #3 from Tisza Gergő ---
The consensus on the ops list was that
https://gerrit.wikimedia.org/r/#/c/132112/ is not enough to safely resume
uploads, and bug 52045 probably would not help much. The current plan is to
* extract a large
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
Tisza Gergő changed:
What|Removed |Added
Depends on||65691
--
You are receiving this mail be
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
--- Comment #2 from dan ---
my initial thoughts on how to approach this, utilising methods within
thumb.php, are not accessible to jobs run in the job queue.
another approach, discussed with gilles and gergo in irc, involves uploading
the medi
https://bugzilla.wikimedia.org/show_bug.cgi?id=65217
Andre Klapper changed:
What|Removed |Added
Priority|Unprioritized |High
CC|
24 matches
Mail list logo
