https://bugzilla.wikimedia.org/show_bug.cgi?id=18201
Michael Dale <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|wikibugs- |[email protected] |[email protected] | --- Comment #1 from Michael Dale <[email protected]> 2009-04-14 18:03:51 UTC --- working on this in the new-upload branch... I will try and add in a head request using the http class to do some early detection but in cases where we don't have a content length in the http header we will have to count bytes as it downloads. Also the architecture has to change a bit... we have to spin off the action into a separate command line php process to monitor the curl copy and update the memchached (or database if memchace not installed) then the client does ajax requests and gets updates as to how far along the transfer is.. the spin off process then actually creates the resource page and informs the client its ready. Will keep things insync passing the session key to the process (unless that is a bad way) in which case what would be a good way? We have to spin it off into a separate process cuz our php execution times out in 30 seconds. This also involves rewriting the Special:Upload page for http requests and doing a little ajaxy interface for progress. (can use the same ajax progress indicator interface that we are using for firefogg upload progress). But that hits on the same theme of getting jQuery into core. Which will speed up the interfaces for all these enhancements. -- 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 [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
