GNU bug report logs - #51966
url-retrieve freeze when connecting to identity.xero.com

Previous Next

Package: emacs;

Reported by: Rui Yang <ryang.sei <at> gmail.com>

Date: Fri, 19 Nov 2021 09:17:01 UTC

Severity: normal

Tags: moreinfo

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

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#51966; Package emacs. (Fri, 19 Nov 2021 09:17:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Rui Yang <ryang.sei <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 19 Nov 2021 09:17:01 GMT) Full text and rfc822 format available.

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

From: Rui Yang <ryang.sei <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: url-retrieve freeze when connecting to identity.xero.com
Date: Fri, 19 Nov 2021 18:27:51 +1100
[Message part 1 (text/plain, inline)]
--text follows this line--

Emacs -Q
;; the following script hopefully will demonstrate the issue
;; after evaluating the code below, url-retrieve seems started a new
;; process to do the https call, that call should give a bad request with
;; json response {"error":"invalid_client"}
;; but it took a lot of time for the call back to be called
;; I suspect sth special about Xero domain’s certificate which caused
;; this issue. https://www.google.com.au is fine
;; tried starting with emacs option, --no-init
(setq url-debug t)

(defun http-handle-response (status method &optional url bufname raw
stay-in-window)
  "Switch to the buffer returned by `url-retreive'.
The buffer contains the raw HTTP response sent by the server."
  (message (format "%s" raw)))

(display-buffer
 (let* ((url "https://identity.xero.com/connect/post")
        (method "POST"))
   (url-retrieve url 'http-handle-response (append (list method url (format
"*HTTP %s %s*" method url)) '())))
 t)

;; the following curl command will return response very quickly
curl -X POST https://identity.xero.com/connect/token -H 'Authorization:
Basic  abc' -H 'Content-Type: application/x-www-form-urlencoded'
--data-urlencode 'abc=def'

Response: {"error":"invalid_client"}



In GNU Emacs 27.2 (build 1, x86_64-apple-darwin18.7.0, NS appkit-1671.60
Version 10.14.6 (Build 18G95))
 of 2021-03-28 built on builder10-14.porkrind.org
Windowing system distributor 'Apple', version 10.3.2022
System Description:  macOS 11.4

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Configured using:
 'configure --with-ns '--enable-locallisppath=/Library/Application
 Support/Emacs/${version}/site-lisp:/Library/Application
 Support/Emacs/site-lisp' --with-modules'

Configured features:
NOTIFY KQUEUE ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES
THREADS JSON PDUMPER GMP

Important settings:
  value of $LANG: en_AU.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs text-property-search seq
byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date subr-x
cl-loaddefs cl-lib tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/ns-win ns-win ucs-normalize mule-util
term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads kqueue cocoa ns multi-tty make-network-process emacs)

Memory information:
((conses 16 45081 6477)
 (symbols 48 5924 1)
 (strings 32 15291 1697)
 (string-bytes 1 507781)
 (vectors 16 10217)
 (vector-slots 8 127225 14272)
 (floats 8 19 50)
 (intervals 56 185 0)
 (buffers 1000 12))
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#51966; Package emacs. (Sat, 20 Nov 2021 09:50:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Rui Yang <ryang.sei <at> gmail.com>
Cc: 51966 <at> debbugs.gnu.org
Subject: Re: bug#51966: url-retrieve freeze when connecting to
 identity.xero.com
Date: Sat, 20 Nov 2021 10:49:32 +0100
Rui Yang <ryang.sei <at> gmail.com> writes:

> Emacs -Q
> ;; the following script hopefully will demonstrate the issue
> ;; after evaluating the code below, url-retrieve seems started a new 
> ;; process to do the https call, that call should give a bad request with 
> ;; json response {"error":"invalid_client"}
> ;; but it took a lot of time for the call back to be called
> ;; I suspect sth special about Xero domain’s certificate which caused
> ;; this issue. https://www.google.com.au is fine
> ;; tried starting with emacs option, --no-init

I'm unable to reproduce the issue with either Emacs 27.2 or the current
trunk -- with your test case I just get this page:

HTTP/1.1 301 Moved Permanently
Server: AkamaiGHost
Content-Length: 0
Location: https://login.xero.com/identity/user/login

Is there something else needed to reproduce the problem?

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




Added tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sat, 20 Nov 2021 09:50:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#51966; Package emacs. (Sun, 21 Nov 2021 17:19:01 GMT) Full text and rfc822 format available.

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

From: Rui Yang <ryang.sei <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 51966 <at> debbugs.gnu.org
Subject: Re: bug#51966: url-retrieve freeze when connecting to
 identity.xero.com
Date: Sun, 21 Nov 2021 22:45:41 +1100
[Message part 1 (text/plain, inline)]
Hi Lars,

Thanks for looking into this.
I did the following, pls help to see if it helps.

1. Emacs from Homebrew Install Emacs using Homebrew in MacOS Big Sur.
- Install using
brew install emacs
- Got an Emacs in Terminal withou GUI
- Pasted the following

> (setq url-debug t)
>
> (defun http-handle-response (status method &optional url bufname raw
> stay-in-window)
>   "Switch to the buffer returned by `url-retreive'.
> The buffer contains the raw HTTP response sent by the server."
>   (message (format "%s" raw)))
>
> (display-buffer
>  (let* ((url "https://identity.xero.com/connect/token")
>         (method "POST"))
>    (url-retrieve url 'http-handle-response (append (list method url
> (format "*HTTP %s %s*" method url)) '())))
>  t)
>
- Got response very quickly in the buffer displayed (expected behaviour)

> (setq url-debug t)
>
> (defun http-handle-response (status method &optional url bufname raw
> stay-in-window)
>   "Switch to the buffer returned by `url-retreive'.
> The buffer contains the raw HTTP response sent by the server."
>   (message (format "%s" raw)))
>
> (display-buffer
>  (let* ((url "https://identity.xero.com/connect/token")
>         (method "POST"))
>    (url-retrieve url 'http-handle-response (append (list method url
> (format "*HTTP %s %s*" method url)) '())))
>  t)
>

2. Install Emacs from
https://emacsformacosx.com/emacs-builds/Emacs-27.2-3-universal.dmg
- start Emacs from command line with:

> /Applications/Emacs.app/Contents/MacOS/Emacs --no-init
>
- execute the above script
- I got the following:
[image: image.png]
You could see that the *http... buffer is always empty and stay like that
for some time (maybe 30s), and eventually, the mini buffer showed a nil.
[image: image.png]

Could this be an issue only for the binary from emacsformacosx?

Regards,
Rui


On Sat, Nov 20, 2021 at 8:49 PM Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> Rui Yang <ryang.sei <at> gmail.com> writes:
>
> > Emacs -Q
> > ;; the following script hopefully will demonstrate the issue
> > ;; after evaluating the code below, url-retrieve seems started a new
> > ;; process to do the https call, that call should give a bad request
> with
> > ;; json response {"error":"invalid_client"}
> > ;; but it took a lot of time for the call back to be called
> > ;; I suspect sth special about Xero domain’s certificate which caused
> > ;; this issue. https://www.google.com.au is fine
> > ;; tried starting with emacs option, --no-init
>
> I'm unable to reproduce the issue with either Emacs 27.2 or the current
> trunk -- with your test case I just get this page:
>
> HTTP/1.1 301 Moved Permanently
> Server: AkamaiGHost
> Content-Length: 0
> Location: https://login.xero.com/identity/user/login
>
> Is there something else needed to reproduce the problem?
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no
>
[Message part 2 (text/html, inline)]
[image.png (image/png, inline)]
[image.png (image/png, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#51966; Package emacs. (Sun, 21 Nov 2021 17:19:02 GMT) Full text and rfc822 format available.

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

From: Rui Yang <ryang.sei <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 51966 <at> debbugs.gnu.org
Subject: Re: bug#51966: url-retrieve freeze when connecting to
 identity.xero.com
Date: Sun, 21 Nov 2021 22:49:50 +1100
[Message part 1 (text/plain, inline)]
Hi Lars,

Sorry the response for the terminal version should be:

> [image: image.png]
>
> Please also note that URL tried is https://identity.xero.com/connect/token

Regards,
Rui

On Sun, Nov 21, 2021 at 10:45 PM Rui Yang <ryang.sei <at> gmail.com> wrote:

> Hi Lars,
>
> Thanks for looking into this.
> I did the following, pls help to see if it helps.
>
> 1. Emacs from Homebrew Install Emacs using Homebrew in MacOS Big Sur.
> - Install using
> brew install emacs
> - Got an Emacs in Terminal withou GUI
> - Pasted the following
>
>> (setq url-debug t)
>>
>> (defun http-handle-response (status method &optional url bufname raw
>> stay-in-window)
>>   "Switch to the buffer returned by `url-retreive'.
>> The buffer contains the raw HTTP response sent by the server."
>>   (message (format "%s" raw)))
>>
>> (display-buffer
>>  (let* ((url "https://identity.xero.com/connect/token")
>>         (method "POST"))
>>    (url-retrieve url 'http-handle-response (append (list method url
>> (format "*HTTP %s %s*" method url)) '())))
>>  t)
>>
> - Got response very quickly in the buffer displayed (expected behaviour)
>
>> (setq url-debug t)
>>
>> (defun http-handle-response (status method &optional url bufname raw
>> stay-in-window)
>>   "Switch to the buffer returned by `url-retreive'.
>> The buffer contains the raw HTTP response sent by the server."
>>   (message (format "%s" raw)))
>>
>> (display-buffer
>>  (let* ((url "https://identity.xero.com/connect/token")
>>         (method "POST"))
>>    (url-retrieve url 'http-handle-response (append (list method url
>> (format "*HTTP %s %s*" method url)) '())))
>>  t)
>>
>
> 2. Install Emacs from
> https://emacsformacosx.com/emacs-builds/Emacs-27.2-3-universal.dmg
> - start Emacs from command line with:
>
>> /Applications/Emacs.app/Contents/MacOS/Emacs --no-init
>>
> - execute the above script
> - I got the following:
> [image: image.png]
> You could see that the *http... buffer is always empty and stay like that
> for some time (maybe 30s), and eventually, the mini buffer showed a nil.
> [image: image.png]
>
> Could this be an issue only for the binary from emacsformacosx?
>
> Regards,
> Rui
>
>
> On Sat, Nov 20, 2021 at 8:49 PM Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
>
>> Rui Yang <ryang.sei <at> gmail.com> writes:
>>
>> > Emacs -Q
>> > ;; the following script hopefully will demonstrate the issue
>> > ;; after evaluating the code below, url-retrieve seems started a new
>> > ;; process to do the https call, that call should give a bad request
>> with
>> > ;; json response {"error":"invalid_client"}
>> > ;; but it took a lot of time for the call back to be called
>> > ;; I suspect sth special about Xero domain’s certificate which caused
>> > ;; this issue. https://www.google.com.au is fine
>> > ;; tried starting with emacs option, --no-init
>>
>> I'm unable to reproduce the issue with either Emacs 27.2 or the current
>> trunk -- with your test case I just get this page:
>>
>> HTTP/1.1 301 Moved Permanently
>> Server: AkamaiGHost
>> Content-Length: 0
>> Location: https://login.xero.com/identity/user/login
>>
>> Is there something else needed to reproduce the problem?
>>
>> --
>> (domestic pets only, the antidote for overdose, milk.)
>>    bloggy blog: http://lars.ingebrigtsen.no
>>
>
[Message part 2 (text/html, inline)]
[image.png (image/png, inline)]
[image.png (image/png, inline)]
[image.png (image/png, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#51966; Package emacs. (Mon, 22 Nov 2021 12:07:03 GMT) Full text and rfc822 format available.

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

From: Rui Yang <ryang.sei <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 51966 <at> debbugs.gnu.org
Subject: Re: bug#51966: url-retrieve freeze when connecting to
 identity.xero.com
Date: Mon, 22 Nov 2021 23:06:20 +1100
[Message part 1 (text/plain, inline)]
Hi Lars,

FYI. I tried it on my personal Mac with Old Version (10.13.6), it seemed to
work fine for the Mac build of Emacs. I'll try to upgrade my macos to the
latest to see if it makes a difference. If it still works, I suspect it
could be an issue with the software setup in my working Mac Laptop (the one
with the issue, might be some wierd config done by IT).

I will keep you posted.

Regards,
Rui

On Sun, Nov 21, 2021 at 10:49 PM Rui Yang <ryang.sei <at> gmail.com> wrote:

> Hi Lars,
>
> Sorry the response for the terminal version should be:
>
>> [image: image.png]
>>
>> Please also note that URL tried is
> https://identity.xero.com/connect/token
>
> Regards,
> Rui
>
> On Sun, Nov 21, 2021 at 10:45 PM Rui Yang <ryang.sei <at> gmail.com> wrote:
>
>> Hi Lars,
>>
>> Thanks for looking into this.
>> I did the following, pls help to see if it helps.
>>
>> 1. Emacs from Homebrew Install Emacs using Homebrew in MacOS Big Sur.
>> - Install using
>> brew install emacs
>> - Got an Emacs in Terminal withou GUI
>> - Pasted the following
>>
>>> (setq url-debug t)
>>>
>>> (defun http-handle-response (status method &optional url bufname raw
>>> stay-in-window)
>>>   "Switch to the buffer returned by `url-retreive'.
>>> The buffer contains the raw HTTP response sent by the server."
>>>   (message (format "%s" raw)))
>>>
>>> (display-buffer
>>>  (let* ((url "https://identity.xero.com/connect/token")
>>>         (method "POST"))
>>>    (url-retrieve url 'http-handle-response (append (list method url
>>> (format "*HTTP %s %s*" method url)) '())))
>>>  t)
>>>
>> - Got response very quickly in the buffer displayed (expected behaviour)
>>
>>> (setq url-debug t)
>>>
>>> (defun http-handle-response (status method &optional url bufname raw
>>> stay-in-window)
>>>   "Switch to the buffer returned by `url-retreive'.
>>> The buffer contains the raw HTTP response sent by the server."
>>>   (message (format "%s" raw)))
>>>
>>> (display-buffer
>>>  (let* ((url "https://identity.xero.com/connect/token")
>>>         (method "POST"))
>>>    (url-retrieve url 'http-handle-response (append (list method url
>>> (format "*HTTP %s %s*" method url)) '())))
>>>  t)
>>>
>>
>> 2. Install Emacs from
>> https://emacsformacosx.com/emacs-builds/Emacs-27.2-3-universal.dmg
>> - start Emacs from command line with:
>>
>>> /Applications/Emacs.app/Contents/MacOS/Emacs --no-init
>>>
>> - execute the above script
>> - I got the following:
>> [image: image.png]
>> You could see that the *http... buffer is always empty and stay like that
>> for some time (maybe 30s), and eventually, the mini buffer showed a nil.
>> [image: image.png]
>>
>> Could this be an issue only for the binary from emacsformacosx?
>>
>> Regards,
>> Rui
>>
>>
>> On Sat, Nov 20, 2021 at 8:49 PM Lars Ingebrigtsen <larsi <at> gnus.org> wrote:
>>
>>> Rui Yang <ryang.sei <at> gmail.com> writes:
>>>
>>> > Emacs -Q
>>> > ;; the following script hopefully will demonstrate the issue
>>> > ;; after evaluating the code below, url-retrieve seems started a new
>>> > ;; process to do the https call, that call should give a bad request
>>> with
>>> > ;; json response {"error":"invalid_client"}
>>> > ;; but it took a lot of time for the call back to be called
>>> > ;; I suspect sth special about Xero domain’s certificate which caused
>>> > ;; this issue. https://www.google.com.au is fine
>>> > ;; tried starting with emacs option, --no-init
>>>
>>> I'm unable to reproduce the issue with either Emacs 27.2 or the current
>>> trunk -- with your test case I just get this page:
>>>
>>> HTTP/1.1 301 Moved Permanently
>>> Server: AkamaiGHost
>>> Content-Length: 0
>>> Location: https://login.xero.com/identity/user/login
>>>
>>> Is there something else needed to reproduce the problem?
>>>
>>> --
>>> (domestic pets only, the antidote for overdose, milk.)
>>>    bloggy blog: http://lars.ingebrigtsen.no
>>>
>>
[Message part 2 (text/html, inline)]
[image.png (image/png, inline)]
[image.png (image/png, inline)]
[image.png (image/png, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#51966; Package emacs. (Sun, 28 Nov 2021 22:23:02 GMT) Full text and rfc822 format available.

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

From: Rui Yang <ryang.sei <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 51966 <at> debbugs.gnu.org
Subject: Re: bug#51966: url-retrieve freeze when connecting to
 identity.xero.com
Date: Mon, 29 Nov 2021 09:22:13 +1100
[Message part 1 (text/plain, inline)]
Hi Lars,

I have tried in another Mac and with the same OS but I cannot reproduce it.
I don't know what's impacting it in my working laptop. So I don't know how
to reproduce it exactly.

Please close the ticket and thanks again for your time in looking into this
matter.

Regards,
Rui

On Mon, Nov 22, 2021 at 11:06 PM Rui Yang <ryang.sei <at> gmail.com> wrote:

> Hi Lars,
>
> FYI. I tried it on my personal Mac with Old Version (10.13.6), it seemed
> to work fine for the Mac build of Emacs. I'll try to upgrade my macos to
> the latest to see if it makes a difference. If it still works, I suspect it
> could be an issue with the software setup in my working Mac Laptop (the one
> with the issue, might be some wierd config done by IT).
>
> I will keep you posted.
>
> Regards,
> Rui
>
> On Sun, Nov 21, 2021 at 10:49 PM Rui Yang <ryang.sei <at> gmail.com> wrote:
>
>> Hi Lars,
>>
>> Sorry the response for the terminal version should be:
>>
>>> [image: image.png]
>>>
>>> Please also note that URL tried is
>> https://identity.xero.com/connect/token
>>
>> Regards,
>> Rui
>>
>> On Sun, Nov 21, 2021 at 10:45 PM Rui Yang <ryang.sei <at> gmail.com> wrote:
>>
>>> Hi Lars,
>>>
>>> Thanks for looking into this.
>>> I did the following, pls help to see if it helps.
>>>
>>> 1. Emacs from Homebrew Install Emacs using Homebrew in MacOS Big Sur.
>>> - Install using
>>> brew install emacs
>>> - Got an Emacs in Terminal withou GUI
>>> - Pasted the following
>>>
>>>> (setq url-debug t)
>>>>
>>>> (defun http-handle-response (status method &optional url bufname raw
>>>> stay-in-window)
>>>>   "Switch to the buffer returned by `url-retreive'.
>>>> The buffer contains the raw HTTP response sent by the server."
>>>>   (message (format "%s" raw)))
>>>>
>>>> (display-buffer
>>>>  (let* ((url "https://identity.xero.com/connect/token")
>>>>         (method "POST"))
>>>>    (url-retrieve url 'http-handle-response (append (list method url
>>>> (format "*HTTP %s %s*" method url)) '())))
>>>>  t)
>>>>
>>> - Got response very quickly in the buffer displayed (expected behaviour)
>>>
>>>> (setq url-debug t)
>>>>
>>>> (defun http-handle-response (status method &optional url bufname raw
>>>> stay-in-window)
>>>>   "Switch to the buffer returned by `url-retreive'.
>>>> The buffer contains the raw HTTP response sent by the server."
>>>>   (message (format "%s" raw)))
>>>>
>>>> (display-buffer
>>>>  (let* ((url "https://identity.xero.com/connect/token")
>>>>         (method "POST"))
>>>>    (url-retrieve url 'http-handle-response (append (list method url
>>>> (format "*HTTP %s %s*" method url)) '())))
>>>>  t)
>>>>
>>>
>>> 2. Install Emacs from
>>> https://emacsformacosx.com/emacs-builds/Emacs-27.2-3-universal.dmg
>>> - start Emacs from command line with:
>>>
>>>> /Applications/Emacs.app/Contents/MacOS/Emacs --no-init
>>>>
>>> - execute the above script
>>> - I got the following:
>>> [image: image.png]
>>> You could see that the *http... buffer is always empty and stay like
>>> that for some time (maybe 30s), and eventually, the mini buffer showed a
>>> nil.
>>> [image: image.png]
>>>
>>> Could this be an issue only for the binary from emacsformacosx?
>>>
>>> Regards,
>>> Rui
>>>
>>>
>>> On Sat, Nov 20, 2021 at 8:49 PM Lars Ingebrigtsen <larsi <at> gnus.org>
>>> wrote:
>>>
>>>> Rui Yang <ryang.sei <at> gmail.com> writes:
>>>>
>>>> > Emacs -Q
>>>> > ;; the following script hopefully will demonstrate the issue
>>>> > ;; after evaluating the code below, url-retrieve seems started a new
>>>> > ;; process to do the https call, that call should give a bad request
>>>> with
>>>> > ;; json response {"error":"invalid_client"}
>>>> > ;; but it took a lot of time for the call back to be called
>>>> > ;; I suspect sth special about Xero domain’s certificate which caused
>>>> > ;; this issue. https://www.google.com.au is fine
>>>> > ;; tried starting with emacs option, --no-init
>>>>
>>>> I'm unable to reproduce the issue with either Emacs 27.2 or the current
>>>> trunk -- with your test case I just get this page:
>>>>
>>>> HTTP/1.1 301 Moved Permanently
>>>> Server: AkamaiGHost
>>>> Content-Length: 0
>>>> Location: https://login.xero.com/identity/user/login
>>>>
>>>> Is there something else needed to reproduce the problem?
>>>>
>>>> --
>>>> (domestic pets only, the antidote for overdose, milk.)
>>>>    bloggy blog: http://lars.ingebrigtsen.no
>>>>
>>>
[Message part 2 (text/html, inline)]
[image.png (image/png, inline)]
[image.png (image/png, inline)]
[image.png (image/png, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#51966; Package emacs. (Mon, 29 Nov 2021 14:03:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Rui Yang <ryang.sei <at> gmail.com>
Cc: 51966 <at> debbugs.gnu.org
Subject: Re: bug#51966: url-retrieve freeze when connecting to
 identity.xero.com
Date: Mon, 29 Nov 2021 15:02:09 +0100
Rui Yang <ryang.sei <at> gmail.com> writes:

> Please close the ticket and thanks again for your time in looking into this
> matter.

OK; closing.

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




bug closed, send any further explanations to 51966 <at> debbugs.gnu.org and Rui Yang <ryang.sei <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 29 Nov 2021 14:03:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 28 Dec 2021 12:24:08 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 81 days ago.

Previous Next


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