From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.bugs Subject: bug#23620: 25.0.94; url-retrieve fails on localhost Date: Wed, 01 Jun 2016 11:55:27 -0300 Message-ID: <87h9ddez6o.fsf@gmail.com> References: <5749CA69.6070403@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1464792992 23602 80.91.229.3 (1 Jun 2016 14:56:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 1 Jun 2016 14:56:32 +0000 (UTC) Cc: 23620@debbugs.gnu.org To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jun 01 16:56:21 2016 Return-path: Envelope-to: geb-bug-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 1b87ZD-0004t1-M4 for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Jun 2016 16:56:19 +0200 Original-Received: from localhost ([::1]:42527 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b87ZC-0000Gs-Kq for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Jun 2016 10:56:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51127) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b87Z0-0000Db-E7 for bug-gnu-emacs@gnu.org; Wed, 01 Jun 2016 10:56:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b87Yw-0007md-6w for bug-gnu-emacs@gnu.org; Wed, 01 Jun 2016 10:56:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37651) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b87Yw-0007mZ-3h for bug-gnu-emacs@gnu.org; Wed, 01 Jun 2016 10:56:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1b87Yv-00062B-Us for bug-gnu-emacs@gnu.org; Wed, 01 Jun 2016 10:56:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Artur Malabarba Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Jun 2016 14:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23620 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23620-submit@debbugs.gnu.org id=B23620.146479294023166 (code B ref 23620); Wed, 01 Jun 2016 14:56:01 +0000 Original-Received: (at 23620) by debbugs.gnu.org; 1 Jun 2016 14:55:40 +0000 Original-Received: from localhost ([127.0.0.1]:49988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b87Ya-00061Z-E8 for submit@debbugs.gnu.org; Wed, 01 Jun 2016 10:55:40 -0400 Original-Received: from mail-qg0-f44.google.com ([209.85.192.44]:33910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b87YY-00061N-SE for 23620@debbugs.gnu.org; Wed, 01 Jun 2016 10:55:39 -0400 Original-Received: by mail-qg0-f44.google.com with SMTP id p34so39105182qgp.1 for <23620@debbugs.gnu.org>; Wed, 01 Jun 2016 07:55:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=Ip9M+RmZm2wiWlHcRV99qb80sC1bP1AUVFQsEtBuZiI=; b=AKFKno6wRDcTGQWHnDD3BQoNDuvj6n8j5sG6BkPLRlSpiArrCVcBe0Go4Dbd4kia6j Y3z1pkxLBn5OhWadflVKMVP89pKf5sbAHnGsQvGY6WM2MkhAHiLVsNKkVyZDxx7WQIfX vScGFV5oguNizAj9dxpt6BpM56yDZO/7wUJdN0GlF7iVvKYhITAs4QvS7fWvXanOn4xz cI3wFlFGLTdntoo36tNptumC7Wv9ggD3vTJsx421ATS6LG/1Jzi50hmjMpRUXV4TjnAn gwo5f0RczP5oB2KqV8k8wrqeu4wggzyv9nZKP5fmUTa7zt8NwSyWGZyqFyFFmokhQUgk tedQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=Ip9M+RmZm2wiWlHcRV99qb80sC1bP1AUVFQsEtBuZiI=; b=W1K7Xt7s0FVBXROyfjFk/iMXQxxyT0nW1GUDAhmfAjzgN/7blvReoPRm0wZkM5OYyU NVbDxQpv7mGuS29OymojAC00k5d0X7ZWFl9iukzDvMPAwQcOxhN3AE2Cdv7M+6hDqrQF llUAK/Zem2N8zOhygPuSC4PX8QbxHf65C6EN9hnvLIxXkEmS76J1hojOdeAv4lHWh3kI cnJl5RoNCOmYrlK6vhcMCU1lSy+pHG75sy8LubML3sBiSrNlA3JrLt72A9tjM3VVCzbz mEunc3YwX335R72DNGCo0YCEiKiO1ai9SddBl3oyW5RlcFXW6Sy1H4Yw0bNNfdf4afju qUiA== X-Gm-Message-State: ALyK8tLAyw21inhWb9WGHcnkhn/VOjeVemXHFF+a7EUhs7TlXlROEgZGAoZ9J3p5vRLlqg== X-Received: by 10.140.109.10 with SMTP id k10mr36480270qgf.89.1464792933337; Wed, 01 Jun 2016 07:55:33 -0700 (PDT) Original-Received: from Gandalf-Linux.gmail.com ([179.184.224.5]) by smtp.gmail.com with ESMTPSA id p12sm7148676qha.31.2016.06.01.07.55.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 01 Jun 2016 07:55:32 -0700 (PDT) In-Reply-To: <5749CA69.6070403@cs.ucla.edu> (Paul Eggert's message of "Sat, 28 May 2016 09:42:17 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.94 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:118932 Archived-At: Paul Eggert writes: > I'm not observing this problem on my platform (Fedora 23 x86-64, local > web server is sthttpd). >[...] > perhaps your webserver isn't set up properly? Indeed, I just tested with a different server project I have here and there was no problem, so it seems to be specific to how this server is configured. However, I wouldn't go as far as to say the server is MISconfigured. Like I said, it works fine with curl, wget, webrowsers, and any other means I tried. Only url-retrieve failed on it. Does anyone know how we could look further into it? > I do see the problem if I attempt to connect to a non-webserver > attached to a local TCP port (in my case, port 943 attached to sshd); In my case it's just a rails server started with: bundle exec rails server -p 5100 > But that situation looks like Bug#20159, i.e., user error not a bug in > url-retrieve. Its callbacks are supposed to check status, not merely > call 'message' willy-nilly. I used that callback simply to point out the 111 error code. The problem here is that the request the fails, not how the user handles the failure.