Stefan Monnier <[EMAIL PROTECTED]> writes: >> It might not be elegant but the attached patch works for me. If >> url-retrieve sees :redirect in cbargs, it calls url-retrieve-synchronously >> and then calls the callback with cbargs. > > That wasn't what the attached patch did, but in any case that'd be > a workaround, not a fix.
The more I think about it the more my patch seems like an OK fix instead of a workaround. What makes it a workaround to you? My fix is short and simple and preserves the synchronicity of the original call. That is, if url-retrieve encountered the redirect, it will remain asynchronous; if url-retrieve-synchronously encountered the redirect it remains synchronous. Also, it seems like RMS (who added :redirect) might have been thinking that url-retrieve should do something special with redirects. Here's the ChangeLog entry corresponding to RMS' change: 2005-07-15 Richard M. Stallman <[EMAIL PROTECTED]> * url-http.el (url-http-parse-headers): Add :redirect arg-pair when calling url-retrieve, to indicate a redirect. _______________________________________________ emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
