From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#58835: 28.1; try-complete-file-name-partially modifies text before point Date: Sat, 2 Sep 2023 09:43:09 -0700 Message-ID: References: <83czacjdco.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39294"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Anders Munch , 58835-done@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Sep 02 18:44:01 2023 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 1qcTj7-000A2X-3g for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 02 Sep 2023 18:44:01 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qcTj0-0003e4-VZ; Sat, 02 Sep 2023 12:43:54 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qcTiz-0003dG-73 for bug-gnu-emacs@gnu.org; Sat, 02 Sep 2023 12:43:53 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qcTiy-0008Bm-Us for bug-gnu-emacs@gnu.org; Sat, 02 Sep 2023 12:43:52 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qcTj8-0001pW-M7 for bug-gnu-emacs@gnu.org; Sat, 02 Sep 2023 12:44:02 -0400 Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Sep 2023 16:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 58835 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix notabug Mail-Followup-To: 58835@debbugs.gnu.org, stefankangas@gmail.com, ajm@flonidan.dk Original-Received: via spool by 58835-done@debbugs.gnu.org id=D58835.16936730086962 (code D ref 58835); Sat, 02 Sep 2023 16:44:02 +0000 Original-Received: (at 58835-done) by debbugs.gnu.org; 2 Sep 2023 16:43:28 +0000 Original-Received: from localhost ([127.0.0.1]:38461 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcTiZ-0001oC-Kx for submit@debbugs.gnu.org; Sat, 02 Sep 2023 12:43:27 -0400 Original-Received: from mail-lf1-x135.google.com ([2a00:1450:4864:20::135]:52454) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qcTiY-0001nZ-5H for 58835-done@debbugs.gnu.org; Sat, 02 Sep 2023 12:43:26 -0400 Original-Received: by mail-lf1-x135.google.com with SMTP id 2adb3069b0e04-4fe15bfb1adso242890e87.0 for <58835-done@debbugs.gnu.org>; Sat, 02 Sep 2023 09:43:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693672990; x=1694277790; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=HzWLUuv6ZXcUroeDXA+hPplymLt/xYWUyWZmaT/B6Mk=; b=e8uZqjWCSJ36puzzbH+9n06zYpsqa1pOMcyjWMZRt47Nb5rnt9co4YpBJhK7re8m/U r49JXzNcEQSAAYfwYzeaxnSma4VmlAS1vFFC4wPIconTpHIussrRXkYnGkiJrJl4TjF9 JpBaAdEOLbpzLaofFtUFaupiLZctk3PtO6uLeA/2TAa1seq8z5SF0HnH8tH4enmMhFwZ 6xirgRxS2AiAzEfOmspusKaasZ3aqw4ki3cr1rcnKjoT8SB05Bk1K+4lzZ1PaCo7ABoc PxBYCY+Rz07zZKdvRtqQ5zB5PgmMf9KDjU2PvyaFOnT4jq0gShdwOO0EoPqISB4Jx2SN PTYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693672990; x=1694277790; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=HzWLUuv6ZXcUroeDXA+hPplymLt/xYWUyWZmaT/B6Mk=; b=RUhRHzm8jFaIwYOaF9k6r09yj/An+Ldqqtl5KAmkLDWML1e57kl5uEcdTN/TztoqFY g9qCaFGpxSxtVL8RdufGUfe/ZhFFHDG8j65lIUo+YBcgy4UK5kGzxhJFkLXSRnK0wrz4 SPsjPBxMD0V4VFHzo4Zs18Tz79aPb8WVuK4lvXPqj+bVtyfPldJybvPQU90Cl5/1tknK mhnrZx6pUeILFg7ShtSm1QIrdsCF+hWXwwsIL2B4fHrVQ//QcfKHUdgfcvhJCdseJIcg 8kOZEAzN++jJWMJ3jLZhZKvn0lwkbVBFvvRo81yR4CRSCiPQezWEutq3wDJWMSplfslJ ld9A== X-Gm-Message-State: AOJu0Ywmx6nhPpfEXpLlZFEZCQMtqQn6aLtagGyaQSKb9UJ/ikOh0jBY UvU6l03/kr2vvetZ1HOQ1P4x/8RQzC6w9VpwTeI= X-Google-Smtp-Source: AGHT+IGXGOEqvMkvjRF99XqoMXOPemugJ8Em00B8dLIjEgsuKHwqU/JESRlmHYAAXNijRwhBo+mJ2dPUZdSLneUwKZE= X-Received: by 2002:a05:6512:3ca8:b0:500:b5db:990b with SMTP id h40-20020a0565123ca800b00500b5db990bmr4567099lfv.47.1693672990340; Sat, 02 Sep 2023 09:43:10 -0700 (PDT) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 2 Sep 2023 09:43:09 -0700 In-Reply-To: <83czacjdco.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 28 Oct 2022 16:18:31 +0300") 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:269022 Archived-At: Eli Zaretskii writes: > tags 58835 notabug wontfix > thanks > >> When hippie-expand uses try-complete-file-name-partially on a partial >> path which uses platform standard directory separators, then directory >> separators are replaced with posix directory separators throughout the >> entire path. >> >> Functions that "expand" or "complete" should not change text before >> point. > > In general, yes. But I see no reason to expect that with 110% > certainty in all cases, especially on MS-Windows. > >> For example, when expanding >> c:\Documents >> it becomes >> c:/Documents and settings/ >> >> Expected behaviour: Nothing changed before point, expand to: >> c:\Documents and settings/ > > This is a non-starter, sorry. Emacs converts backslashes in Windows > file names to forward slashes at the first opportunity, and it does > that for very good reasons: to allow comparison of file names as > (almost) simple strings, and to avoid causing problems in code that > may not expect backslashes in file names. This is why Emacs does this > conversion in expand-file-name, which is generally called before a > file name is passed to some C library function. It does that also > when you call the completion commands -- again, to simplify textual > comparison of completion candidates. I'm therefore closing this bug report.