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: Wed, 21 Jan 2015 23:14:56 -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 1421889312 19711 80.91.229.3 (22 Jan 2015 01:15:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Jan 2015 01:15:12 +0000 (UTC) Cc: Nicolas Richard , 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 02:15:11 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 1YE6MY-0003Rr-H4 for geh-help-gnu-emacs@m.gmane.org; Thu, 22 Jan 2015 02:15:10 +0100 Original-Received: from localhost ([::1]:50773 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE6MX-0006V7-Da for geh-help-gnu-emacs@m.gmane.org; Wed, 21 Jan 2015 20:15:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44724) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE6ML-0006Uz-Qv for help-gnu-emacs@gnu.org; Wed, 21 Jan 2015 20:14:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YE6ML-0004O0-1M for help-gnu-emacs@gnu.org; Wed, 21 Jan 2015 20:14:57 -0500 Original-Received: from mail-oi0-x235.google.com ([2607:f8b0:4003:c06::235]:48417) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE6MK-0004Ns-Ry for help-gnu-emacs@gnu.org; Wed, 21 Jan 2015 20:14:56 -0500 Original-Received: by mail-oi0-f53.google.com with SMTP id i138so9891105oig.12 for ; Wed, 21 Jan 2015 17:14:56 -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=shrdXT/l+aV8kBvJFVNYRiz3Tx3k/Q8355K6RLsO8cI=; b=g+lmHxfWt/Vtm+RgcrzUFZdkQEJzJuq8zU8KEXsR4AboJ4TN4TzqurLFSxhRClvnUB wmwcq63EfcgqlcaM/gX3fG41XTcPX7Z8ipynbwKpvgMvME6lTWW22caVGggeoiRteAGu zzn5c5Jf1Nh4W0JyqzYN+qNm6sQIPrwweZW4guw07vuWhULeKEKsEAM5dugYtXsE4klh KxvlOYHHCq2YYqYrq+iId2c2TcFp1Kf4wLknhMIAk1deCjGAxG5aZ6d2229TMtzEqdUG coygT2gtNYDcN612C/24fdQTTlc5+y3AnIXZTBZ7gqDfjpnrBXSofWOiyMWuKTzCl7G5 hb1g== X-Received: by 10.202.97.9 with SMTP id v9mr25425080oib.34.1421889296203; Wed, 21 Jan 2015 17:14:56 -0800 (PST) Original-Received: by 10.76.125.1 with HTTP; Wed, 21 Jan 2015 17:14:56 -0800 (PST) In-Reply-To: <566AE86E-63C5-4ED5-81F4-2619DE70069F@seanallred.com> X-Google-Sender-Auth: vtWEzQXl5SLkKLGhbOBF_FKje5c X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c06::235 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:102205 Archived-At: > 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.