GNU bug report logs - #34607
url-retrieve-synchronously: TIMEOUT option value takes no effect

Previous Next

Package: emacs;

Reported by: Bad Blue Bull <ibmbull <at> yandex.ru>

Date: Thu, 21 Feb 2019 17:00:02 UTC

Severity: normal

Tags: confirmed, fixed

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Bad Blue Bull <ibmbull <at> yandex.ru>
Cc: 34607 <34607 <at> debbugs.gnu.org>
Subject: bug#34607: (no subject)
Date: Wed, 15 May 2019 06:08:47 +0200
Bad Blue Bull <ibmbull <at> yandex.ru> writes:

> sorry, elisp line intented intended to be
> (with-current-buffer (url-retrieve-synchronously "http://gnu.org" nil t 3) (kill-buffer))

This is surprisingly difficult to fix -- the reason being that URL
library is asynchronously following a redirect, and possibly opening a
new connection, and then marking that new connection with
`process-query-on-exit-flag'.  So depending on where you are in that
cycle, the buffer may have a query-enabled process when you try to kill
it.

Which sucks.

On timeouts, url-retrive-synchronously should abort the entire thing,
but url-retrieve (which is used in the background) doesn't really
support that...

Hm.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 5 years and 3 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.