From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#43723: 27.1; Errors in file-extended-attributes prevent from saving buffer Date: Tue, 07 Jun 2022 11:26:17 +0200 Message-ID: <87mteoomdi.fsf@gnus.org> References: <83sgaziav1.fsf@gnu.org> <87zgiprccq.fsf@gnus.org> <8335gh91ip.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32444"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 43723@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jun 07 11:28:41 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 1nyVVw-0008CM-Rf for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 07 Jun 2022 11:28:41 +0200 Original-Received: from localhost ([::1]:44982 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nyVVu-0005Zu-UV for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 07 Jun 2022 05:28:39 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42302) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nyVUP-0004rs-AI for bug-gnu-emacs@gnu.org; Tue, 07 Jun 2022 05:27:09 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43775) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nyVUL-00041r-RQ for bug-gnu-emacs@gnu.org; Tue, 07 Jun 2022 05:27:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nyVUL-00069k-NB for bug-gnu-emacs@gnu.org; Tue, 07 Jun 2022 05:27:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Jun 2022 09:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43723 X-GNU-PR-Package: emacs Original-Received: via spool by 43723-submit@debbugs.gnu.org id=B43723.165459399223611 (code B ref 43723); Tue, 07 Jun 2022 09:27:01 +0000 Original-Received: (at 43723) by debbugs.gnu.org; 7 Jun 2022 09:26:32 +0000 Original-Received: from localhost ([127.0.0.1]:37669 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyVTs-00068l-LX for submit@debbugs.gnu.org; Tue, 07 Jun 2022 05:26:32 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:50622) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyVTr-00068Y-3k for 43723@debbugs.gnu.org; Tue, 07 Jun 2022 05:26:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=45jFLBiHU0hLYHsLM8T7md0dyWaRWGqlh5ogeFWDA0U=; b=D0M1wxz+rW4EMKAwQJ2tlzZVvf jOSbzV1q44jssKnnDf9U3pqsMUaqKvmbB8K4iRb4PjhktLUHp2T4ZvDL+z39H43dwb1liwY0awhch zYkeeIi0Wt24w2IptybsRbJMOKL4wWCvj2nyIP4JEt6FlL3bo7BKTN/pmiyN5RSXkFNo=; Original-Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nyVTi-0000dK-BA; Tue, 07 Jun 2022 11:26:24 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAAAAAByaaZbAAAABGdBTUEAALGPC/xhBQAAAAJi S0dEAP+Hj8y/AAAACXBIWXMAAABkAAAAZAAPlsXdAAAAB3RJTUUH5gYHCQkk/E77MQAAAeZJREFU SMfNlT2OszAQhp9EuImUJg0+w8oSl8gFttg0HMBVTrMVV9gUe4Fs4xtEstJwAdN8DVIaN19BYMFg At26AHk87/x43hlvDONVND8LoADdO9uYwjoACTio8fjQgEAAHjhpTMqKlZrtGnWoimTO3NGCO9p2 7yqg85DlqQgANYC0aiDsAEpfQg97i3IK7qVynbANSQCHKvRQU9sSj61/pWb3DDhLdwuyzrukq2qB OtiV19pL+s8A1GoPEWpk3P3kgU5CMgvxID1yndYXjAHvoIvvRzSkIhA80PDlY/ps7ZT0JOKAMMic M+ifbJpYgu2Q7bzxfYOCz/cYFfPQBOQ5iOmgUhPWwQf/lznAcx7F1lSlSxdVl5OAR7RqLGLrcJq8 BqSXwyqAuBTVYoAATlx7EjcLyH5ycn0ejpO52arQaG4sBnxdjxqyEthLBfb2AuArgM/nrsC98kCm AQrrqPEtu0y8VzKTkZusLxqztXenJ32+AQGxksLH9Pmo4PmstEvGcxC2bDgYGEwA0ubNleCkQ949 8GjvPwBsG0ftVyJnuq0DgKOUd+6UgBJzgITeRQgH1MMODQfdXB0AdsPj3MxWGhh1a8Ib7p8HEAeJ auIpvRcgnnQQiD2Shr4b00Wqx/abBAYH/wGn4ZBKGesgjQAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAy Mi0wNi0wN1QwOTowOTozNiswMDowMNQ2T+8AAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjItMDYtMDdU MDk6MDk6MzYrMDA6MDCla/dTAAAAAElFTkSuQmCC X-Now-Playing: Mary Halvorson's Code Girl's _Artlessly Falling_: "A Nearing" In-Reply-To: <8335gh91ip.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 06 Jun 2022 19:53:34 +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" Xref: news.gmane.io gmane.emacs.bugs:233845 Archived-At: Eli Zaretskii writes: > The basic concern is that Emacs 26 silently ignored errors in file-acl > and file-selinux-context, whereas Emacs 27 and later doesn't ignore > them. My point was that preventing the user from saving the edits > just because we cannot preserve the ACLs is too radical, since most > users don't care about ACLs, and because support for ACLs on volumes > mounted by all kinds of network disk drivers that have trouble mapping > extended attributes between different systems. I see. > You can easily simulate this situation by writing a replacement for > file-acl that always signals a file-error, or advising it to that > effect. It's always better to have an actual test case so that we're not fixing the wrong thing... But in this case, I guess it's `set-file-extended-attributes' that should be signalling an error if we want to emulate the problem? `file-acl' would presumably just return nil in these cases, so there'd be no warnings or errors? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no