From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gustavo Barros Newsgroups: gmane.emacs.bugs Subject: bug#58360: 28.2; tramp-archive and file-directory-p Date: Sat, 08 Oct 2022 17:07:06 -0300 Message-ID: <877d1a12wz.fsf@gmail.com> References: <877d1bk5mq.fsf@gmail.com> <87czb2ee9q.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7244"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.8.10; emacs 28.2 Cc: 58360@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Oct 08 22:23:11 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ohGLn-0001h7-Er for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 08 Oct 2022 22:23:11 +0200 Original-Received: from localhost ([::1]:43334 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ohGLm-000144-7t for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 08 Oct 2022 16:23:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57838) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ohGLe-00013w-Gu for bug-gnu-emacs@gnu.org; Sat, 08 Oct 2022 16:23:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42422) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ohGLe-0001cn-8M for bug-gnu-emacs@gnu.org; Sat, 08 Oct 2022 16:23:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ohGLd-0001a7-Lv for bug-gnu-emacs@gnu.org; Sat, 08 Oct 2022 16:23:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gustavo Barros Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Oct 2022 20:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58360 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix notabug Original-Received: via spool by 58360-submit@debbugs.gnu.org id=B58360.16652605566028 (code B ref 58360); Sat, 08 Oct 2022 20:23:01 +0000 Original-Received: (at 58360) by debbugs.gnu.org; 8 Oct 2022 20:22:36 +0000 Original-Received: from localhost ([127.0.0.1]:41500 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ohGLD-0001ZA-MZ for submit@debbugs.gnu.org; Sat, 08 Oct 2022 16:22:36 -0400 Original-Received: from mail-qk1-f175.google.com ([209.85.222.175]:42545) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ohGL8-0001Yt-Gy for 58360@debbugs.gnu.org; Sat, 08 Oct 2022 16:22:34 -0400 Original-Received: by mail-qk1-f175.google.com with SMTP id j21so2564151qkk.9 for <58360@debbugs.gnu.org>; Sat, 08 Oct 2022 13:22:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:sender:from:to:cc:subject:date:message-id :reply-to; bh=i1tal4pDsY5NqKc//Wdo2gqWhFbrWPhEoYIYxMS0PEw=; b=dzJU1Rg3kW+D0JAOCFxwFUKDtO7EyO4N1guXrOiLAVjPqvddgN5obCB/87IEuFwrqJ 6aPNWasCk2XbShw/S2Wb8l61zV08yGNMQiIKBKySP/OXCFDlg3Yp4pysEhBBRqWkZZb1 nvVb10VSid05qCaH09UQO4VhMra0TDuFJmBXp4ZxE0T9MhHryuMGdbwPF+BVT3JusbRd LGAMiQK+IpbAIJxrb686J1u2ITPDvu6vWU6JGup+xA8ie+gGGWpQ1TIVvYa12doom/LI 65Um5S9pzXeyyCAxzThOPU41n44Fiam3hPBJmbQ8zyTjKc5ad467azdIT+GzqoJ5c22B mFSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:sender:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=i1tal4pDsY5NqKc//Wdo2gqWhFbrWPhEoYIYxMS0PEw=; b=sLQ8UvX7LVg6S8+dveWDZzL+cCyVsALgADy6QNStzD1Szc+yq4hXMz7yHLGfx9fTVP Wqxdztyq/gAwVeQqz0IZW/7XGGdR/gtw47/EOVWfQmFbQ/yATB5fEYgd6io2GyLDgHT2 soffMq4aygXxn8cXTsAKEuNuI0BtPSgWWcvuh7avhyptg5gGkYnfxE/JA/qTD8uvywq4 OKWyeK1PMVET76Ma7NsOxOim39MdMj6+QDp+SXv3LNCay1yyRgy2wQhgMOvc38lOHeO4 bIVWxWVcEouIaMmD2ylkUqfe1tvM1CbLBQQkNuvVqVIrr2j94e9HVgqEpGUQimJaLmyU X+aA== X-Gm-Message-State: ACrzQf0KaaN3WCA5i7kmV0AE7gNWpXRz1Dd2YngZmyoc6c6bdGdxW/z9 LsBgLLUP48YaZ0y/jgb9j4VcGSeaDpTJnESf X-Google-Smtp-Source: AMsMyM5GDJPG3ljrVn5UpZMUqpIy00dDKWJTUwkOfYxX4vT57yLWO7CvfTZ+upw+HKdH4q6JKaeApw== X-Received: by 2002:a05:620a:c4f:b0:6cf:33cd:2bc9 with SMTP id u15-20020a05620a0c4f00b006cf33cd2bc9mr8062720qki.99.1665260544695; Sat, 08 Oct 2022 13:22:24 -0700 (PDT) Original-Received: from gusbrs-laptop ([154.3.44.109]) by smtp.gmail.com with ESMTPSA id i17-20020ac871d1000000b00397c4528a5bsm2381662qtp.79.2022.10.08.13.22.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 08 Oct 2022 13:22:24 -0700 (PDT) In-reply-to: <87czb2ee9q.fsf@gmx.de> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:244935 Archived-At: On Sat, 08 Oct 2022 at 13:38, Michael Albinus wrote: > Hi Gustavo, Hi Michael, > This is intended. That's then cleared. Thank you for your answer. > There is no need for packages like counsel to check > > (file-directory-p (expand-file-name "~/file.odt/")) > > It is a misuse to add a slash to an existing regular file and pray > that > it works. There has been a similar error in ange-ftp, see > bug#56078. It > has fixed. I recommend to contact the counsel author for a fix. I have done so: https://github.com/abo-abo/swiper/issues/2998 > There might be people who wish to navigate into "odt", "exe", or "deb" > files. It shall be possible. It happens only if you access > "/path/to/file.odt/" (the trailing slash is important), for which > there > is no other desired behavior I could imagine. Well, I'd say there's a difference between "being possible" and "being the default". But I don't intend to fuss about it, as I do understand your point of view, particularly given the answer above. It is a consistent position. As I've said initially, I was surprised, but reported just to check if things were really as intended. > I doubt that people would change such a user option. What would be the > use case? There is still tramp-archive-enabled, and if a package > really > really really wants to access "file.odt/" for another purpose than the > intended, the package shall let-bind this variable. I was just thinking people might want different behaviors depending on the file type. But I'm sure your knowledge of use cases for the feature is much better than my "just got acquainted with the package" one. So if you think this is of little use, I trust your call. ;-) > Best regards, Michael. Best regards, Gustavo.