From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Christoph Michelbach Newsgroups: gmane.emacs.bugs Subject: bug#31489: 25.3; Dired unable to open directory "/ssh:example.com" Date: Sun, 20 May 2018 20:12:12 +0200 Message-ID: <1526839932.4200.13.camel@gmail.com> References: <1526643719.9043.13.camel@gmail.com> <87zi0xkmua.fsf@gmx.de> <1526681772.32534.6.camel@gmail.com> <87zi0vms8v.fsf@gmx.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1526839869 7371 195.159.176.226 (20 May 2018 18:11:09 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 20 May 2018 18:11:09 +0000 (UTC) Cc: 31489@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun May 20 20:11:04 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKSnO-0001lH-7P for geb-bug-gnu-emacs@m.gmane.org; Sun, 20 May 2018 20:11:02 +0200 Original-Received: from localhost ([::1]:47295 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fKSpV-000451-0Y for geb-bug-gnu-emacs@m.gmane.org; Sun, 20 May 2018 14:13:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40242) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fKSpO-00044i-2B for bug-gnu-emacs@gnu.org; Sun, 20 May 2018 14:13:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fKSpJ-00023g-Vg for bug-gnu-emacs@gnu.org; Sun, 20 May 2018 14:13:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:34211) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fKSpJ-00023a-RH for bug-gnu-emacs@gnu.org; Sun, 20 May 2018 14:13:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fKSpJ-0002v6-LV for bug-gnu-emacs@gnu.org; Sun, 20 May 2018 14:13:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Christoph Michelbach Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 May 2018 18:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31489 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 31489-submit@debbugs.gnu.org id=B31489.152683994311169 (code B ref 31489); Sun, 20 May 2018 18:13:01 +0000 Original-Received: (at 31489) by debbugs.gnu.org; 20 May 2018 18:12:23 +0000 Original-Received: from localhost ([127.0.0.1]:42107 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKSoh-0002u5-0h for submit@debbugs.gnu.org; Sun, 20 May 2018 14:12:23 -0400 Original-Received: from mail-wr0-f179.google.com ([209.85.128.179]:37887) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKSoe-0002tp-WB for 31489@debbugs.gnu.org; Sun, 20 May 2018 14:12:21 -0400 Original-Received: by mail-wr0-f179.google.com with SMTP id i12-v6so666759wrc.4 for <31489@debbugs.gnu.org>; Sun, 20 May 2018 11:12:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:cc:date:in-reply-to:references :mime-version:content-transfer-encoding; bh=ZZXxEcp2U+XGzAzxK9O1iKZEYH3ifENWdM/rKDaiLBU=; b=JsQ1kL90kJHCoa04yq8S1JcwkzQ1Z5z+DBm/sVrWBi9eMulwwv0H8aMVBGJcS12y/e Plb1Wdtt6KDU54yjsWOkv+YjyqlhvEdqGilQtguF8UCm8ZSZt2v3RbWpAtgYyYxm0J9k scWNGYLvTRHebiSGP9NHhItq14RZqLz3qYNTC2DE2t0QmYAuu3ubVdOIv9OUSm4T84// 7HZ+DZNs8hwBi2xAuJXmXxflgtY9l/ImPUZ4qcq+BWiAQiK2uCI1MPRLBQW99JuH8c3A IhJ7u9J/A5Iw4fY9CdHt+AleOHJ6kt6t5EK6WobZJr4TIOXa66DSalC6QmTwZK3Ppmqk b5mw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=ZZXxEcp2U+XGzAzxK9O1iKZEYH3ifENWdM/rKDaiLBU=; b=OOFuTWB5VOj3YVrSQc8ibNopvV78LPJKyolJP+zJfI98QghEsa7dXFeSDPnuyKZEKy 1wofM0yfJd/HW//APmD5fTLSjXlLMwNbueqk0fPZYPrCXsg8Zt9nIG0Bm/RxTQhLVQ2o fcdUiHV7Wk5pBgUEEjjH/MslvLvHKTXIVZpQvuqkH/XIQEw4PzE7WDDrjMeBUz1pyi8X 9YJehoG4dz7aqr9uKrF3a8Zacnoazfeh3a34t7k2JJOR65CISRaByBei81sVq+jw8Z9z l4CbyLXX4yh2I/NFB3ClYMthI3t9le7zPFTyjBx6GEYYsev2qTzLuZh4uh8Jk3wZjnTT cQqg== X-Gm-Message-State: ALKqPweZ3fgu+CbAMJ/K/D19J0NdY1R2VGClMu/ZX1wy3tCAKcMHoUnE xpK+fLxvzV+laj9uQPOnPJI= X-Google-Smtp-Source: AB8JxZqFna4HDEU6OwNbT/Y3E3vEM0zOt+Whn5TgEXB6QazGooX6SFkrVRofcXg8fA3I5+wg7T57OA== X-Received: by 2002:adf:c4c4:: with SMTP id o4-v6mr13295273wrf.173.1526839934447; Sun, 20 May 2018 11:12:14 -0700 (PDT) Original-Received: from ?IPv6:2a02:8071:21b0:3d00:5c25:21f6:5d86:34e2? ([2a02:8071:21b0:3d00:5c25:21f6:5d86:34e2]) by smtp.googlemail.com with ESMTPSA id u8-v6sm3686254wmc.40.2018.05.20.11.12.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 May 2018 11:12:13 -0700 (PDT) In-Reply-To: <87zi0vms8v.fsf@gmx.de> X-Mailer: Evolution 3.18.5.2-0ubuntu3.2 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:146325 Archived-At: On Sat, 2018-05-19 at 20:10 +0200, Michael Albinus wrote: > > After applying your patch, I can enter the directory with the SSH > > resource name by hitting enter on it if and only if I start at "/:". > Of course. Otherwise, you would try to open "/ssh:example.com:", which is > a Tramp file name. Yes, but that's only because of how dired-find-file works (or the functions called by it). The user would expect a dired buffer of the external resource to be opened if tramp files were displayed in the dired buffer for "/" and they actually hit return on a tramp file. But they're not, so the user does not hit return on a tramp file. They hit return on a directory which is part of their local (V)FS. When the user hits return on some directory, they expect that directory to be opened. In the current implementation of dired, this is not the case. >From the user's perspective, these are separate bugs: 1. The user is unable to access some directories by entering their paths. 2. Hitting return on a directory does not load the directory. If the user has to enter a path different from the actual path to avoid loading an external resource, that's perfectly acceptable. At some point, what the user means by their input has to be clarified and if they enter a location, disambiguating it is their job. But if the user hits enter on a directory, they just want that directory to be loaded. The function called upon hitting return should take care of disambiguation.