GNU bug report logs - #6274
23.2; url-retrieve-synchronously freezes

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 6274 in the body.
You can then email your comments to 6274 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Johan Andersson <johan.rejeep <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.2; url-retrieve-synchronously freezes
Date: Wed, 26 May 2010 11:01:39 +0200

Hey,

The function `url-retrieve-synchronously' defined in url.el does not
work as expected. When calling the function, everything freezes,
but only until I either move the mouse or press something on the
keyboard. Then the action continues to execute.

The problem is easiest reproduced with this:
(let ((url "http://google.com"))
  (switch-to-buffer (url-retrieve-synchronously (url-generic-parse-url
  url))))

The problem appears for me both in ELPA and in HTML Script Src
(http://github.com/rejeep/html-script-src)

Thanks!



In GNU Emacs 23.2.1 (x86_64-apple-darwin10.3.2, NS apple-appkit-1038.29)
of 2010-05-11 on Johan-Anderssons-MacBook-Pro.local
Windowing system distributor `Apple', version 10.3.1038
configured using `configure  '--prefix=/usr/local/Cellar/emacs/23.2' '--without-dbus' '--enable-locallisppath=/usr/local/share/emacs/site-lisp' '--with-ns' '--disable-ns-self-contained' 'CC=/usr/bin/cc' 'CFLAGS=-O3 -march=core2 -msse4.1 -w -pipe''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: UTF-8
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-x b <return> C-y C-x C-e C-x <return> C-g C-x k <return> 
C-SPC C-p C-p C-x s-w C-g C-n C-n C-y C-p C-p C-p C-e 
C-SPC C-a C-p M-x M-p M-p c l i <tab> p <backspace> 
k i <tab> i <tab> <return> M-x e m a c s - b u <tab> 
<backspace> <backspace> r e <tab> p o <tab> <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> r e 
p o <tab> o <tab> <backspace> r <tab> <return>

Recent messages:
Reading [text/html; charset=UTF-8]... 229 bytes of 218 bytes (105%)
Reading... done.
www.google.se tried to set a cookie for domain .google.se - rejected.
#<buffer  *http www.google.se:80*>
Mark set
Quit
Mark set [2 times]
goto-history-element: Beginning of history; no preceding item [2 times]
Making completion list...
call-interactively: End of buffer [2 times]

Load-path shadows:
None found.

Features:
(shadow sort mail-extr message ecomplete rfc822 mml mml-sec
password-cache mm-decode mm-bodies mm-encode mailabbrev nnheader
gnus-util netrc gmm-utils wid-edit mailheader canlock sha1 hex-util
hashcash emacsbug help-mode view mail-utils url-cache url-http tls
url-auth mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums time-date
url-gw url url-proxy url-privacy url-expand url-methods url-history
url-cookie url-util url-parse timezone url-vars mm-util mail-prsvr
mailcap tooltip ediff-hook vc-hooks lisp-float-type mwheel ns-win
easymenu tool-bar dnd fontset image fringe lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock
font-lock syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button
minibuffer faces cus-face files text-properties overlay md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process ns multi-tty emacs)

Message #8 received at 6274 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 6274 <at> debbugs.gnu.org
Subject: Re: bug#6274: 23.2; url-retrieve-synchronously freezes
Date: Thu, 27 May 2010 12:53:35 -0400

Johan Andersson wrote:

> (let ((url "http://google.com"))
>   (switch-to-buffer (url-retrieve-synchronously (url-generic-parse-url
>   url))))

This works fine for me on GNU/Linux, so this may be nextstep-specific.

> In GNU Emacs 23.2.1 (x86_64-apple-darwin10.3.2, NS apple-appkit-1038.29)
> of 2010-05-11 on Johan-Anderssons-MacBook-Pro.local
[...]
> 'CFLAGS=-O3 -march=core2 -msse4.1 -w -pipe''

Message #11 received at 6274 <at> debbugs.gnu.org (full text, mbox):

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 6274 <at> debbugs.gnu.org
Subject: Re: bug#6274: 23.2; url-retrieve-synchronously freezes
Date: Thu, 27 May 2010 19:00:58 +0200

On Thu, May 27, 2010 at 6:53 PM, Glenn Morris <rgm <at> gnu.org> wrote:
> Johan Andersson wrote:
>
>> (let ((url "http://google.com"))
>>   (switch-to-buffer (url-retrieve-synchronously (url-generic-parse-url
>>   url))))
>
> This works fine for me on GNU/Linux, so this may be nextstep-specific.

Works on w32 too with a trunk checkout from 2010-05-14.

Message #14 received at 6274 <at> debbugs.gnu.org (full text, mbox):

From: Johan Andersson <johan.rejeep <at> gmail.com>
To: Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, 6274 <at> debbugs.gnu.org
Subject: Re: bug#6274: 23.2; url-retrieve-synchronously freezes
Date: Thu, 27 May 2010 19:36:04 +0200

[Message part 1 (text/plain, inline)]

Can anyone running OSX check this as well?

On Thu, May 27, 2010 at 7:00 PM, Lennart Borgman
<lennart.borgman <at> gmail.com>wrote:

> On Thu, May 27, 2010 at 6:53 PM, Glenn Morris <rgm <at> gnu.org> wrote:
> > Johan Andersson wrote:
> >
> >> (let ((url "http://google.com"))
> >>   (switch-to-buffer (url-retrieve-synchronously (url-generic-parse-url
> >>   url))))
> >
> > This works fine for me on GNU/Linux, so this may be nextstep-specific.
>
> Works on w32 too with a trunk checkout from 2010-05-14.
>
>
>
>

[Message part 2 (text/html, inline)]

Message #17 received at 6274 <at> debbugs.gnu.org (full text, mbox):

From: Brian Stiles <bstiles <at> bstiles.net>
To: 6274 <at> debbugs.gnu.org
Subject: bug#6274
Date: Tue, 14 Dec 2010 16:02:01 -0800

[Message part 1 (text/plain, inline)]

I have been experiencing this as well.  Also on a Mac.  Any advice as to how I can provide more information to help track this down and fix it?

--
Brian Stiles

[Message part 2 (text/html, inline)]

Message #20 received at 6274 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Johan Andersson <johan.rejeep <at> gmail.com>
Cc: 6274 <at> debbugs.gnu.org
Subject: Re: bug#6274: 23.2; url-retrieve-synchronously freezes
Date: Fri, 25 Dec 2015 23:08:35 +0100

Johan Andersson <johan.rejeep <at> gmail.com> writes:

> The function `url-retrieve-synchronously' defined in url.el does not
> work as expected. When calling the function, everything freezes,
> but only until I either move the mouse or press something on the
> keyboard. Then the action continues to execute.
>
> The problem is easiest reproduced with this:
> (let ((url "http://google.com"))
>   (switch-to-buffer (url-retrieve-synchronously (url-generic-parse-url
>   url))))

This bug report is five years old, and I haven't seen any similar
reports the last few years, so I think this is fixed.

So I'm closing this bug report.  If the problem still exists, please
reopen this bug report.

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

Previous Next

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