From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#58464: 28.1; browse-url-emacs doesn't work for local files on Windows Date: Wed, 12 Oct 2022 18:55:03 +0300 Message-ID: <83leplavfs.fsf@gnu.org> References: <82k055fsos.fsf@gmail.com> <87y1tlcn7u.fsf@gnus.org> <83czaxchgp.fsf@gnu.org> <87mta1b2p9.fsf@gnus.org> <83sfjtazln.fsf@gnu.org> <87edvdays6.fsf@gnus.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32163"; mail-complaints-to="usenet@ciao.gmane.io" Cc: pquessev@gmail.com, 58464@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Oct 12 18:03:10 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 1oieCL-0008Bv-Kd for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 12 Oct 2022 18:03:09 +0200 Original-Received: from localhost ([::1]:40682 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oieCK-0001PT-6A for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 12 Oct 2022 12:03:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58996) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oie5V-0004hT-4M for bug-gnu-emacs@gnu.org; Wed, 12 Oct 2022 11:56:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59193) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oie5S-00044V-7n for bug-gnu-emacs@gnu.org; Wed, 12 Oct 2022 11:56:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oie5S-0001UM-2f for bug-gnu-emacs@gnu.org; Wed, 12 Oct 2022 11:56:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Oct 2022 15:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58464 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 58464-submit@debbugs.gnu.org id=B58464.16655901065626 (code B ref 58464); Wed, 12 Oct 2022 15:56:02 +0000 Original-Received: (at 58464) by debbugs.gnu.org; 12 Oct 2022 15:55:06 +0000 Original-Received: from localhost ([127.0.0.1]:58267 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oie4U-0001Sb-Py for submit@debbugs.gnu.org; Wed, 12 Oct 2022 11:55:05 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:52732) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oie4P-0001Rv-LX for 58464@debbugs.gnu.org; Wed, 12 Oct 2022 11:55:01 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:34964) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oie4K-0003a9-Cc; Wed, 12 Oct 2022 11:54:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=GHvVAUIgtoItgd1XYvh9sAoe+PIi3+IXR+G2Z3eYfa0=; b=I+2a7nAUJkcx AKFg/e6lsL+eZUcleOaVOkDxLJJyn5PYgQYK0O1kLBT8hgsj7aDYYBDWm3zwZ+J5LU5UpLPTwwmK9 IOAUgY5Rq1WoFMeUB5AiiROSCPz3NpjQ4e3DkySHDV6vNW/OhadM0aIxh62KfxVLd7p90Cee2vsfs P8RZFt8ebGJ6XZfZ5Ix040QZU/YiU06A2D5jOuQUyS4+dYhQPqxtkly8ZcTzUNuw2qY+9Xd2UvcUg aaKmBfVVTE2VRCKtgyo4CGADDe7Pt+KPo9w12GNXJ+6dNCOSr2OdXil9XKq25rF4kym+XN3nzqnyh llqZaPecCAEzK7EWsDKg1w==; Original-Received: from [87.69.77.57] (port=1683 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oie4J-0004h4-SD; Wed, 12 Oct 2022 11:54:52 -0400 In-Reply-To: <87edvdays6.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 12 Oct 2022 16:42:49 +0200) 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:245229 Archived-At: > From: Lars Ingebrigtsen > Cc: pquessev@gmail.com, 58464@debbugs.gnu.org > Date: Wed, 12 Oct 2022 16:42:49 +0200 > > Eli Zaretskii writes: > > >> Well... have a look at bug#bug#42431, it analyses the problem. (Which > >> is that any usage if insert-file-contents that doesn't reference an > >> actual file on the file system will signal an error, and that's a > >> mistake, I think?) > > > > So why isn't what I proposed there TRT? We _know_ we are visiting a > > local file, so why not convert the file:// URL to a local file name > > before doing anything with it? > > For local files, yes -- but it's a more general problem, and should > (also) be fixed in general. I'm not sure I follow: file:// URLs always point to local files, no? And if you think about remote files in the sense of Tramp, then that's transparently handled by the "normal" file I/O primitives. So what is the more general problem to solve here? And why converting file:// URLs to file-name format is not TRT? > (But also see bug#58302 -- browse-url-emacs shouldn't be calling these > functions at all.) How else can Emacs visit files except via insert-file-contents? Or what do you mean by "these functions"?