bug#44439: closed (url-http-handle-authentication: false positive "Wrong authorization used for")

[GNU bug Tracking System]

Your message dated Fri, 19 Feb 2021 17:26:28 -0500
with message-id <m3pn0vlmnf.fsf@fitzsim.org>
and subject line Re: bug#43566: 27.1; url-http and excorporate does not 
authenticate
has caused the debbugs.gnu.org bug report #43566,
regarding url-http-handle-authentication: false positive "Wrong authorization 
used for"
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
43566: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=43566
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> url-http-handle-authentication: false positive "Wrong authorization used for"
>
>
>
>
> Date: 
>
> Wed, 04 Nov 2020 14:30:00 +0100
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/27.1 (darwin)
>
>
>
>
> When I use excorporate elpa package to get outlook calendar into
> orgMode, M-x excorporate, putting user and password info, I get this
> error:
>
> (defun url-http-handle-authentication (proxy)
>       ... 
>       (error "Wrong authorization used for %s" url))
>
> even though I provided the correct password. In fact, if I change
> `error' to `message', everything just works. All calendar events can be
> downloaded successfully. 
>
> I noticed the change has been added when resolving this ticket:
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27022
>
> Should the `assoc' check be refined a bit here? 
>
> -- 
> William
>
>
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#43566: 27.1; url-http and excorporate does not authenticate
>
>
>
>
> Date: 
>
> Fri, 19 Feb 2021 17:26:28 -0500
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/27.1.90 (gnu/linux)
>
>
>
>
> Thomas Fitzsimmons <fitzsim@fitzsim.org> writes:
>
> > Lars Ingebrigtsen <larsi@gnus.org> writes:
> >
> >> Thomas Fitzsimmons <fitzsim@fitzsim.org> writes:
> >>
> >>> The tests will fail if web-server.el is present but out-of-date, which I
> >>> think is unavoidable.  But...
> >>
> >> Would it be possible to check the web-server.el version to make this
> >> more robust?
> >
> > Michael also asked about this on emacs-devel.  I looked but I can't see
> > a simple way to do it.  package.el functionality isn't available in this
> > context.
>
> Michael wanted a general approach to requiring specific GNU ELPA package
> versions; he suggested an implementation which I adapted and pushed to
> master.  You can try it by alternating between revisions
> a1c767fe56acfed6627682fadc337203f3b8678c and
> 4edcba28826869b07f622fd83f6aab96fd8e4d19 of web-server.el and confirming
> that for the former commit the tests are skipped and for the latter,
> they're run.
>
> I also tested how url-retrieve-synchronously behaves with NTLM
> authentication when the authinfo password is wrong.  It doesn't
> infinite-loop -- it tries once with the authinfo credentials and if they
> fail, it prompts the user for a username and password.  Therefore, the
> patch that caused the regression isn't needed for NTLM and the
> workaround patch I pushed is fine as-is.
>
> I'm marking this bug done.
>
> Thanks,
> Thomas
>
>
> --- End Message ---