https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
Ryan Kaldari changed:
What|Removed |Added
CC||rkald...@wikimedia.org
Bloc
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
--- Comment #10 from Neil Kandalgaonkar 2011-03-22
07:28:16 UTC ---
Well, every client-side technique I've tried to space out or otherwise
'quantize' API calls doesn't work well enough, or is itself subject to local
race conditions. The API ca
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
Neil Kandalgaonkar changed:
What|Removed |Added
Blocks||27260
--
Configure bugmail: http
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
--- Comment #9 from Neil Kandalgaonkar 2011-02-07
23:57:40 UTC ---
deferred to sprint F
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
Neil Kandalgaonkar changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #7 from Neil
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
--- Comment #8 from Neil Kandalgaonkar 2010-12-16
00:12:20 UTC ---
In the meantime, the race condition could probably be mitigated by simply
ensuring that uploads don't get created around the same time. Waiting for a
response from the first cr
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
--- Comment #6 from Neil Kandalgaonkar 2010-12-15
02:42:08 UTC ---
Progress report -- have simulated the problem locally, also uncovered an
apparent issue where all uploads can successfully complete (from the wizard's
point of view) but there
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
--- Comment #5 from Neil Kandalgaonkar 2010-12-08
21:28:48 UTC ---
(leaving aside the memoization issue until I analyze it better)
Yeah, I forgot to mention the requirement for then cleaning that db table
periodically. Doesn't seem like a sho
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
Roan Kattouw changed:
What|Removed |Added
CC||roan.katt...@gmail.com
--- Comment #4 f
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
--- Comment #3 from Neil Kandalgaonkar 2010-12-07
20:01:50 UTC ---
Okay, there's a number of things here...
Somewhat irrelevant to the main thrust here -- making the "local" cache of the
file in UploadStash->files upon storage, rather than a
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
--- Comment #2 from Roan Kattouw 2010-12-07 14:07:35
UTC ---
Created attachment 7891
--> https://bugzilla.wikimedia.org/attachment.cgi?id=7891
Proposed patch (untested)
The attached patch fixes this by moving the upload stash metadata out o
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
--- Comment #1 from Roan Kattouw 2010-12-01 16:12:09
UTC ---
(In reply to comment #0)
> Speculation: there seems to be some race condition with updating, or possibly
> creating, the $_SESSION data structures that the UploadWizard depends upon.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
Neil Kandalgaonkar changed:
What|Removed |Added
Priority|Normal |High
Severity|major
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179
Neil Kandalgaonkar changed:
What|Removed |Added
Severity|normal |major
--
Configure bugmail: http
14 matches
Mail list logo