From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.help Subject: Re: url-retrieve-synchronously results differ from curl Date: Thu, 22 Jan 2015 00:41:12 -0200 Message-ID: References: <87y4oxewcc.fsf@yahoo.fr> <87d26861z5.fsf@yahoo.fr> <566AE86E-63C5-4ED5-81F4-2619DE70069F@seanallred.com> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1421894720 574 80.91.229.3 (22 Jan 2015 02:45:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Jan 2015 02:45:20 +0000 (UTC) Cc: help-gnu-emacs To: Sean Allred Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Jan 22 03:45:20 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YE7ll-0007K8-PF for geh-help-gnu-emacs@m.gmane.org; Thu, 22 Jan 2015 03:45:17 +0100 Original-Received: from localhost ([::1]:50974 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE7ll-0003Zl-7V for geh-help-gnu-emacs@m.gmane.org; Wed, 21 Jan 2015 21:45:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57906) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE7hs-0006Jh-4J for help-gnu-emacs@gnu.org; Wed, 21 Jan 2015 21:41:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YE7ho-0004Yk-Ok for help-gnu-emacs@gnu.org; Wed, 21 Jan 2015 21:41:16 -0500 Original-Received: from mail-ob0-x229.google.com ([2607:f8b0:4003:c01::229]:45836) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE7ho-0004Yg-KX for help-gnu-emacs@gnu.org; Wed, 21 Jan 2015 21:41:12 -0500 Original-Received: by mail-ob0-f169.google.com with SMTP id va8so19598595obc.0 for ; Wed, 21 Jan 2015 18:41:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=DzM5wVXlVorP44NjrlBF1mazpi8zwZauDTMOdnIMd54=; b=bFzI+108/XVqyEVnDk7/tQyo/6gaWZ+zsJ9ApHCWpqwK+wsOJ+D3YFwHmeNMBA83KM eskP/YoPl2qWr1X37KIErWfkLLtDEcq7ToYJFOYJWCGFPU+H8vHJfW70KTPULtdh+PKz A00/HojtxoO6TUkixDMPhvdMstW3U7uZsaQSlrAczIoBrb8CY6ePbepAIg++vuOK7Bpy lX12EV3tTJbqpbpaEpJT7GHYG4CJjQIf++IuRWY+4XnC8Fu3jre17DEWEdiTslKGKurv 59zAEFA9MviriAutCWrzRNNlZcjjCqa7GwnUxUzEEkpDgo4E7zT4PPJeyWjT5mLNtPK4 Hx/A== X-Received: by 10.202.50.136 with SMTP id y130mr25485359oiy.91.1421894472089; Wed, 21 Jan 2015 18:41:12 -0800 (PST) Original-Received: by 10.76.125.1 with HTTP; Wed, 21 Jan 2015 18:41:12 -0800 (PST) In-Reply-To: X-Google-Sender-Auth: Ttczl2KQlNz0PjkCALbsHLPzBVc X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c01::229 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:102206 Archived-At: Upon further (much much further) investigation, it seems that nothing in the url package could cause this specific behavior. Still, I see many places where the package will silently bug if the user downcases the "get" method (and a couple other methods). Given that `url-request-method' makes no mention of that, I think the following would be worthy patches (and I'm willing to write them if people agree): 1. Document in `url-request-method' that method names are uppercase strings (the current version doesn't even say they are strings). 2. Warn the user (with a message?) in `url-retrieve-internal' if the above variable is dynamically bound to a lowercase string. 2015-01-21 23:14 GMT-02:00 Artur Malabarba : >> Binding url-request-method to =E2=80=9DPOST=E2=80=9D rather than =E2=80= =9Dpost=E2=80=9D seems to fix >> the issues en masse. This has not undergone proper testing, but it >> definitely seems to work [1]. > > I'd just like to confirm (now that I've done a bit more testing) that > this does indeed fix the issue. So thanks again to Thien-Thi for > suggesting that. > > I'll see if I can find out where this happens in url.el. If not, I'll > just file a bug report. IMHO, the package should either support both > versions indiscriminately, or warn the user if they use the wrong > version. Even better (as Sean suggests) would be to support and > encourage the use of symbols.