From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Jimmy Yuen Ho Wong Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Jun 2023 12:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 63891@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.168588219831431 (code B ref -1); Sun, 04 Jun 2023 12:37:01 +0000 Received: (at submit) by debbugs.gnu.org; 4 Jun 2023 12:36:38 +0000 Received: from localhost ([127.0.0.1]:45302 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5myM-0008At-Cw for submit@debbugs.gnu.org; Sun, 04 Jun 2023 08:36:38 -0400 Received: from lists.gnu.org ([209.51.188.17]:51864) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5myL-0008Al-0O for submit@debbugs.gnu.org; Sun, 04 Jun 2023 08:36:37 -0400 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 1q5myK-00068k-Lu for bug-gnu-emacs@gnu.org; Sun, 04 Jun 2023 08:36:36 -0400 Received: from mail-wr1-x42f.google.com ([2a00:1450:4864:20::42f]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1q5myJ-0002XR-4H for bug-gnu-emacs@gnu.org; Sun, 04 Jun 2023 08:36:36 -0400 Received: by mail-wr1-x42f.google.com with SMTP id ffacd0b85a97d-30ad99fa586so3809068f8f.2 for ; Sun, 04 Jun 2023 05:36:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685882192; x=1688474192; h=mime-version:message-id:date:subject:to:from:from:to:cc:subject :date:message-id:reply-to; bh=XsmQBwXtCCL9cFp/MnemsFJkwQf+vkaQjRdKHi4/aUs=; b=M41GM02KakoBS1/s/rW+A/CwlAXTUE6OC7aNh0JKe+CtAkD7zJQ41mJIxB5pqlJLgh 20BAXzRbxch68e0qb6dTEsJsIwM9b2ZCg5DOTiWYL//u7H1vCfhqRprMGyCuVsb3XX1r kwM9v/dS6rqRRttSXe55Nr86U4OfDVEoz01VBSr6lBiBgSVFWpkxFoN9vqr4rJYmHH0L Ks5dnK92fnSyxGUK3zqL/nYoShtIA5EXvfNcWyNNgg/CJQdKhNvrmdLS6m4LjiUWmZa9 vuT6lWNqYiu0sWhK3M2q1zOpekdLvDHxl/wmGdFkXw+xSFqUglRIdhhYlUXVNOGg82ra TLEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685882192; x=1688474192; h=mime-version:message-id:date:subject:to:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=XsmQBwXtCCL9cFp/MnemsFJkwQf+vkaQjRdKHi4/aUs=; b=giQ7brqgku41XgHgjnrDCp/0Ewsiypt3eIqjvsXUR501yKDcRM7N5s2Jb3TA7k+op7 uA2pPCW4Jzgzu5wNnu/B7Ww6tTSo9+KUHNtkKdGrIvXUYLj/QJ65GBdTZL9AA1lVAEzn 9OGRMUg47L/rrOGBF7Ike1DorjqRi5kEwmFHTgW9dCSZOtqweia3SQIDz37hvgJs0pEj 0PswrWsjFD+rG+q9dtZCTT3FvNxNoBLbVr3AOUdBSqVYAjF4pUdPLiPXiNK2HvfNsYLB w1euannzq0sC3aQN/Q3y2mQttpgsZ3eF0GFUOzio2VnVniF0Ov6nvKUzOcWKyyxM5f/z kuBg== X-Gm-Message-State: AC+VfDzrwoXJjmnTltzxydHAd3E0+/lupuwo/k8F3KYtPXYliOibbFxd ZqKk7fuQFBYAPsL1NKrqn0kWeMLncww= X-Google-Smtp-Source: ACHHUZ57Jv5g5fHoen9x5NxPRlKHPPlmeZU4T+R4eXcFfdAXkweKkEhTZ8mFHFQI9ADBh4nPh7uLXg== X-Received: by 2002:adf:cd12:0:b0:309:4da8:7713 with SMTP id w18-20020adfcd12000000b003094da87713mr4355561wrm.64.1685882191607; Sun, 04 Jun 2023 05:36:31 -0700 (PDT) Received: from MobileCat.localdomain ([2a01:4b00:89a0:2400:6063:8212:189a:b65]) by smtp.gmail.com with ESMTPSA id h15-20020a5d688f000000b002f6176cc6desm6972977wru.110.2023.06.04.05.36.30 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Sun, 04 Jun 2023 05:36:31 -0700 (PDT) From: Jimmy Yuen Ho Wong Date: Sun, 04 Jun 2023 13:36:30 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2a00:1450:4864:20::42f; envelope-from=wyuenho@gmail.com; helo=mail-wr1-x42f.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) As a discussion from bug #63300, it appears this long standing undocumented behavior of `custom-save-variable` is coming into conflict with the introduction of `connection-local-*` variables being user customizable and the fact that Tramp in Emacs 29 sets them on load. Here's a scenario where the combination of these behaviors results in one too many surprises: 0. (setf custom-file "~/.emacs.d/custom.el") 1. M-x load-library tramp (or install a package that transitively requires tramp, without the user knowning) 2. Now `connection-local-profile-alist` and `connection-local-criteria-alist` are set by `hack-connection-local-variables-apply`. 3. M-x list-packages 4. Installs a new package 5. Now in addition to `package-selected-packages` being updated, 2 gigantic variables are also saved. Since these connection-local variables are highly machine, application and connection dependent, saving them into the custom file will make it very annoying to be shared across multiple machines. This violates the principle of least astonishment. Expectation: `custom-save-variable` should only save the value of one variable regardless of whether a custom file exists. From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Jun 2023 12:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jimmy Yuen Ho Wong Cc: 63891@debbugs.gnu.org Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.16858833641369 (code B ref 63891); Sun, 04 Jun 2023 12:57:02 +0000 Received: (at 63891) by debbugs.gnu.org; 4 Jun 2023 12:56:04 +0000 Received: from localhost ([127.0.0.1]:45313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5nH9-0000M1-Sq for submit@debbugs.gnu.org; Sun, 04 Jun 2023 08:56:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55636) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5nH8-0000Lf-Iz for 63891@debbugs.gnu.org; Sun, 04 Jun 2023 08:56:03 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q5nH3-0006ch-99; Sun, 04 Jun 2023 08:55:57 -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=c89BkPrSw7VOIjH9H6k+/m6OggmBoYoVkwDrUNfjqxk=; b=acWPScl8XZGv lmMN2lbc28GIT4ub8+8bXN65Gtzw5s4OGtrvHCo73W62AN8BnR8QPvXOxSW1b8YGkHqVDGA1N78li 0y05JT5Lg6EPungRmKmSyJjWYM7OzMdiZ69Yv9/ACflxkIWfUloiUX+KJaOJkofL5/iWGpH88t+jm i9jHG0UoNWBN/LslMSsNr9VoJ5kmirdvk5ZNjAqe49DqEAwkcJ5NnPvgUr10+ziTQ/1+QY16N1YBD mMexPCiJQ2Xu0MnmjUKAf2//CklZ70JBMhXzjt1WFv62bD/jfb0I5KURS52UW+VKrYMYK4gToA9aV /Rvw/xHHMhYv4yNFEs4JdA==; Received: from [87.69.77.57] (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 1q5nH2-00011r-Pa; Sun, 04 Jun 2023 08:55:57 -0400 Date: Sun, 04 Jun 2023 15:56:49 +0300 Message-Id: <83legz5qsu.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Jimmy Yuen Ho Wong on Sun, 04 Jun 2023 13:36:30 +0100) References: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Jimmy Yuen Ho Wong > Date: Sun, 04 Jun 2023 13:36:30 +0100 > > > As a discussion from bug #63300, it appears this long standing > undocumented behavior of `custom-save-variable` is coming into conflict > with the introduction of `connection-local-*` variables being user > customizable and the fact that Tramp in Emacs 29 sets them on > load. Here's a scenario where the combination of these behaviors results > in one too many surprises: > > 0. (setf custom-file "~/.emacs.d/custom.el") > 1. M-x load-library tramp (or install a package that transitively > requires tramp, without the user knowning) > 2. Now `connection-local-profile-alist` and > `connection-local-criteria-alist` are set by > `hack-connection-local-variables-apply`. > 3. M-x list-packages > 4. Installs a new package > 5. Now in addition to `package-selected-packages` being updated, 2 > gigantic variables are also saved. Since these connection-local > variables are highly machine, application and connection dependent, > saving them into the custom file will make it very annoying to be shared > across multiple machines. This violates the principle of least > astonishment. I think the connection-local variables should be simple variables, initialized from corresponding user options. Then Tramp could hack the variables without fear of clobbering user customizations. Michael, can this be done on emacs-29 safely enough? > Expectation: > > `custom-save-variable` should only save the value of one variable > regardless of whether a custom file exists. How is custom-save-variable involved in the above scenario? And what is custom-save-variable? did you mean customize-save-variable instead? That one does save just one variable, the one you type at the prompt. From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Jimmy Wong Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Jun 2023 13:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 63891@debbugs.gnu.org Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.16858837892493 (code B ref 63891); Sun, 04 Jun 2023 13:04:01 +0000 Received: (at 63891) by debbugs.gnu.org; 4 Jun 2023 13:03:09 +0000 Received: from localhost ([127.0.0.1]:45317 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5nO0-0000e8-QX for submit@debbugs.gnu.org; Sun, 04 Jun 2023 09:03:09 -0400 Received: from mail-wm1-f48.google.com ([209.85.128.48]:47227) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5nNz-0000dn-GC for 63891@debbugs.gnu.org; Sun, 04 Jun 2023 09:03:08 -0400 Received: by mail-wm1-f48.google.com with SMTP id 5b1f17b1804b1-3f732d37d7cso10962055e9.2 for <63891@debbugs.gnu.org>; Sun, 04 Jun 2023 06:03:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685883782; x=1688475782; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=mqHh0+Cyw7WFDgqGMdftokoOt6xFTq6TAeWGMQj6WB4=; b=SbMfAgXk6OkIU0KDNnx3qJxTndlNDevIkHVme3sNVLDsiJLYCiklrd0FxD1UCmRji+ KcVjgEhYt1xk004VHHviiORCNCsnzislixv0lp2tmruFS33vqDDv0qG0ebTuOqvSTOgQ 7CwCVGWsJdhISCTIkXpSRos+XBjKT86qbhcP2zJ+KpRk1arqk55Ejwir8hu0QhSF13RP seJw64ZGy61Aw9dqN7gQOb0pNvk9v4abndLHU8KuE8Bfj5L9y/OnlB/9jmgAQugtw5CQ mOZT5MKGyGnfNCxnPKatchH0WWNtRRXf3e5TsFtRLTFE/U+VgKICVm+R287AQYIGrDlP oELA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685883782; x=1688475782; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=mqHh0+Cyw7WFDgqGMdftokoOt6xFTq6TAeWGMQj6WB4=; b=KCttCcpm4P/2krKq029bw4xOa+uNWO8pdBbkIowfbBg165PchPev9rtf3Vx8fne1eM 8SGKVGfW62czX1t09RfcKt5NjG0LYf9ZZ2WfhC1zFIJZsEqFmoTVbIJxNuMrcE8h1oke 8/0+Tu2s0INMkIMIxoxx1lLbmXaGFF6xPVPZXid5ZpEqBoTqVLCn/lZcMxAX93tFffRf rbwfVnl15oj1e2NL8Os1aGmfLxTP1uTM7K+FqxS0tfiW8ciC+5vtVMSMKe4jO2tjPe10 TIVlz1M5eOzsjijsiywHeMH/IVHLMP2LWjgZBysqeJbD99V32tVT+cy3Uq1SLYoWSu0f 0z7Q== X-Gm-Message-State: AC+VfDyz6wCuP+KfttQxKLsbsF9VjwPG9GSvM2qQcK4ctm+4+MVGMXUn k4JBLv8kMeLOuxONAGRZDvjx+TnNzw8= X-Google-Smtp-Source: ACHHUZ5wDksXv1IYYEr5K5WKddWvYwsiVSgHHy11Qup119IQj0jULCv0MX7G8f/tpreTZjpQG41FVw== X-Received: by 2002:a1c:7713:0:b0:3f6:40d:136a with SMTP id t19-20020a1c7713000000b003f6040d136amr6514219wmi.41.1685883781454; Sun, 04 Jun 2023 06:03:01 -0700 (PDT) Received: from [2a01:4b00:89a0:2400::ffff:ffff] ([2a01:4b00:89a0:2400:6063:8212:189a:b65]) by smtp.gmail.com with ESMTPSA id f3-20020a1c6a03000000b003f7361ca753sm2832865wmc.24.2023.06.04.06.03.00 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 04 Jun 2023 06:03:00 -0700 (PDT) Date: Sun, 4 Jun 2023 14:02:55 +0100 From: Jimmy Wong Message-ID: <28e951a5-7065-4c55-b6d0-88238e8cc5eb@Spark> In-Reply-To: <83legz5qsu.fsf@gnu.org> References: <83legz5qsu.fsf@gnu.org> X-Readdle-Message-ID: 28e951a5-7065-4c55-b6d0-88238e8cc5eb@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="647c8b84_2cbcc4c3_436" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --647c8b84_2cbcc4c3_436 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Yes sorry, I mean customize-save-variable, custom-save-variable doesn=E2=80= =99t exist. There=E2=80=99s a branch in customize-save-variable that save= s all previously updated variables to the custom file if it exists. I just took a look at cus-edit.el, there appears to be no function that c= an surgically serialize just one variable value to the custom file. =46ix= ing this the right way will probably involve changing all the places that= call custom-save-all and still arguably result in a breaking change. On 4 Jun 2023 at 1:55 PM +0100, Eli Zaretskii , wrote: > > =46rom: Jimmy Yuen Ho Wong > > Date: Sun, 04 Jun 2023 13:36:30 +0100 > > > > > > As a discussion from bug =2363300, it appears this long standing > > undocumented behavior of =60custom-save-variable=60 is coming into co= nflict > > with the introduction of =60connection-local-*=60 variables being use= r > > customizable and the fact that Tramp in Emacs 29 sets them on > > load. Here's a scenario where the combination of these behaviors resu= lts > > in one too many surprises: > > > > 0. (setf custom-file =22=7E/.emacs.d/custom.el=22) > > 1. M-x load-library tramp (or install a package that transitively > > requires tramp, without the user knowning) > > 2. Now =60connection-local-profile-alist=60 and > > =60connection-local-criteria-alist=60 are set by > > =60hack-connection-local-variables-apply=60. > > 3. M-x list-packages > > 4. Installs a new package > > 5. Now in addition to =60package-selected-packages=60 being updated, = 2 > > gigantic variables are also saved. Since these connection-local > > variables are highly machine, application and connection dependent, > > saving them into the custom file will make it very annoying to be sha= red > > across multiple machines. This violates the principle of least > > astonishment. > > I think the connection-local variables should be simple variables, > initialized from corresponding user options. Then Tramp could hack > the variables without fear of clobbering user customizations. > > Michael, can this be done on emacs-29 safely enough=3F > > > Expectation: > > > > =60custom-save-variable=60 should only save the value of one variable= > > regardless of whether a custom file exists. > > How is custom-save-variable involved in the above scenario=3F > > And what is custom-save-variable=3F did you mean customize-save-variabl= e > instead=3F That one does save just one variable, the one you type at > the prompt. --647c8b84_2cbcc4c3_436 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Yes sorry, I mean customize-save-variable, custom-s= ave-variable doesn=E2=80=99t exist. There=E2=80=99s a branch in customize= -save-variable that saves all previously updated variables to the custom = file if it exists.

I just took a look at cus-edit.el, there appears to be no function that c= an surgically serialize just one variable value to the custom file. =46ix= ing this the right way will probably involve changing all the places that= call custom-save-all and still arguably result in a breaking change.
On 4 Jun 2023 at 1:55 PM +0100, Eli= Zaretskii <eliz=40gnu.org>, wrote:
=46rom: Jimmy Yuen Ho Wong <wyuenho=40gm= ail.com>
Date: Sun, 04 Jun 2023 13:36:30 +0100


As a discussion from bug =2363300, it appears this long standing
undocumented behavior of =60custom-save-variable=60 is coming into confli= ct
with the introduction of =60connection-local-*=60 variables being user customizable and the fact that Tramp in Emacs 29 sets them on
load. Here's a scenario where the combination of these behaviors results<= br /> in one too many surprises:

0. (setf custom-file =22=7E/.emacs.d/custom.el=22)
1. M-x load-library tramp (or install a package that transitively
requires tramp, without the user knowning)
2. Now =60connection-local-profile-alist=60 and
=60connection-local-criteria-alist=60 are set by
=60hack-connection-local-variables-apply=60.
3. M-x list-packages
4. Installs a new package
5. Now in addition to =60package-selected-packages=60 being updated, 2 gigantic variables are also saved. Since these connection-local
variables are highly machine, application and connection dependent,
= saving them into the custom file will make it very annoying to be shared<= br /> across multiple machines. This violates the principle of least
astonishment.

I think the connection-local variables should be simple variables,
initialized from corresponding user options. Then Tramp could hack
the variables without fear of clobbering user customizations.

Michael, can this be done on emacs-29 safely enough=3F

Expectation:

=60custom-save-variable=60 should only save the value of one variable
regardless of whether a custom file exists.

How is custom-save-variable involved in the above scenario=3F

And what is custom-save-variable=3F did you mean customize-save-variable<= br /> instead=3F That one does save just one variable, the one you type at
the prompt.
--647c8b84_2cbcc4c3_436-- From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Jun 2023 13:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jimmy Wong Cc: 63891@debbugs.gnu.org Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.16858849914929 (code B ref 63891); Sun, 04 Jun 2023 13:24:02 +0000 Received: (at 63891) by debbugs.gnu.org; 4 Jun 2023 13:23:11 +0000 Received: from localhost ([127.0.0.1]:45351 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5nhP-0001HR-4X for submit@debbugs.gnu.org; Sun, 04 Jun 2023 09:23:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54206) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5nhM-0001H5-8W for 63891@debbugs.gnu.org; Sun, 04 Jun 2023 09:23:09 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q5nhG-0004zK-UG; Sun, 04 Jun 2023 09:23:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=aDi5nJ8aX70qZZdCGU7ZgEr1soJsSMD1NlX3fhMV+Qs=; b=lpYctD8OFvywRNHEA2m8 2LFVuSs83jniXwIYQFsr/41rti4UFGP1sw1XCKEMlWs4l6g/7rQnnpiDwIAgHRUIPkc4aQ/e2f726 EeN3g3ik6opv9Rk63tG+EjmVM6r2Jeihh4G0u1koO+a8Gmfre+RpaAXpzB+8YjT3xviUIOj6irjKj kMoAVhjLkz62JyfT0lUPggYKvZwPoem3KGbCfioRY1k1aTrgNrAyRwTf3KLb8TbVYrahxGuxRNja0 fR7UXkmL7qOETzZ31e9UZOaBQq5xkg2T1S9FI8/uFY/Bo8kAf0sYj851VA2TsQPuwdJkjiEANbutL D9RV11GmI+Ai6g==; Received: from [87.69.77.57] (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 1q5nhG-00010T-EK; Sun, 04 Jun 2023 09:23:02 -0400 Date: Sun, 04 Jun 2023 16:23:56 +0300 Message-Id: <83jzwj5pjn.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <28e951a5-7065-4c55-b6d0-88238e8cc5eb@Spark> (message from Jimmy Wong on Sun, 4 Jun 2023 14:02:55 +0100) References: <83legz5qsu.fsf@gnu.org> <28e951a5-7065-4c55-b6d0-88238e8cc5eb@Spark> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sun, 4 Jun 2023 14:02:55 +0100 > From: Jimmy Wong > Cc: 63891@debbugs.gnu.org > > Yes sorry, I mean customize-save-variable, custom-save-variable doesn’t exist. There’s a branch in > customize-save-variable that saves all previously updated variables to the custom file if it exists. I don't think I understand. customize-save-variable saves only a single variable: the one whose name you type, with the value you type. Which branch there does more, and how can you invoke that branch? > I just took a look at cus-edit.el, there appears to be no function that can surgically serialize just one > variable value to the custom file. customize-save-variable is that function. From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Jimmy Wong Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Jun 2023 14:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 63891@debbugs.gnu.org Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.168588721610234 (code B ref 63891); Sun, 04 Jun 2023 14:01:02 +0000 Received: (at 63891) by debbugs.gnu.org; 4 Jun 2023 14:00:16 +0000 Received: from localhost ([127.0.0.1]:46818 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5oHI-0002ez-1W for submit@debbugs.gnu.org; Sun, 04 Jun 2023 10:00:16 -0400 Received: from mail-wm1-f41.google.com ([209.85.128.41]:56523) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5oHG-0002eU-2H for 63891@debbugs.gnu.org; Sun, 04 Jun 2023 10:00:14 -0400 Received: by mail-wm1-f41.google.com with SMTP id 5b1f17b1804b1-3f623adec61so39518295e9.0 for <63891@debbugs.gnu.org>; Sun, 04 Jun 2023 07:00:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685887208; x=1688479208; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=H8rvqP49mw1aMtzEVtZZCUujvd++ImGKhUhlYUxmESE=; b=EsRCmSuypOgYFC5eOlm5ADJfbeiOXqxF7wy8XabmX6R9MICCQN9sNm4QqoPbEK9t3z MIUTTfEBfzOqlbXuvaiCRWq1M02Xdck32EhrXjSWtAXCvB0gM8s6XXm0bnkaINvipDNJ mMn+9yqZDtU4j+UhyQ24z5F13+Wb/hPw68ZKRB4/vbt8QikB9z88icJBNDVSqa08rjgx XnkHLl9TcpM4UiQlO0X1Ny4hMQhHjqo3oW/K0+/Juxa0uIavdoHAeVP7dvlaO4gBTSIx QAj6D5jz31szogUnCp8rGI3OygDcxSU1BkKZ9E/nRiXtvTGTIst6TApMY7Pli9PHMwY7 CbfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685887208; x=1688479208; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=H8rvqP49mw1aMtzEVtZZCUujvd++ImGKhUhlYUxmESE=; b=ExRATk9MrsiNrSsnZPHARablHZDgGqaN30s7Bfqh+2bXauqmSJGX3hweMDMvvz1qfJ P/6U3dQz7Oc5ZNYEbks4CIqMFzBX3raJ0iYtberbqXsUCrsUFxG3Oa+H5h35qkwl884G WwZOBpLXiD6Up9Jny6zWja8YzPwi9Wp+twcbgWcR4pf5a9qGMQkqyaeXkitr9cTmanP2 W+BvDYExJ1VFf1ywadoEYMCxo9iceafnhVl5aL6g1RjJlw50inSAiGWM4NX5+EZKAaXb VDzucdXcouUItkjFdzbs/2VtuymgAxBkPm78EFWbhyBmkDWlYSX6fwmw+2D0C02kClFb +PeQ== X-Gm-Message-State: AC+VfDzdK6qUGU6348gSRiOb2wxCbfKdKVdRKgwGMUDVjBL3nvfa+pm5 kW31ORp/y5iUPgXRi60Vl0woJBxtbGw= X-Google-Smtp-Source: ACHHUZ5agv2AHCcN0wOMGAYn4vz2ccB8Et9Z1YHBTPeF3ZssBIG0r8XTuApRgB9KG8Rl/K3LyBrumQ== X-Received: by 2002:a1c:f719:0:b0:3f6:766:f76f with SMTP id v25-20020a1cf719000000b003f60766f76fmr5993222wmh.36.1685887208073; Sun, 04 Jun 2023 07:00:08 -0700 (PDT) Received: from [2a01:4b00:89a0:2400::ffff:ffff] ([2a01:4b00:89a0:2400:6063:8212:189a:b65]) by smtp.gmail.com with ESMTPSA id f4-20020a7bc8c4000000b003f4e47c6504sm11473193wml.21.2023.06.04.07.00.07 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 04 Jun 2023 07:00:07 -0700 (PDT) Date: Sun, 4 Jun 2023 15:00:01 +0100 From: Jimmy Wong Message-ID: In-Reply-To: <83jzwj5pjn.fsf@gnu.org> References: <83legz5qsu.fsf@gnu.org> <28e951a5-7065-4c55-b6d0-88238e8cc5eb@Spark> <83jzwj5pjn.fsf@gnu.org> X-Readdle-Message-ID: b29dfb16-e8c1-4a8b-9fce-6f8dc8aeec54@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="647c98e6_5263979_436" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --647c98e6_5263979_436 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline This branch: https://github.com/emacs-mirror/emacs/blob/emacs-29/lisp/cus= -edit.el=23L1109 No it does not saves only one variable to file, it only saves one variabl= e to file if you have only modified one variable. As a matter of fact, custom-variable-save, custom-variable-mark-to-reset-= standard, custom-face-save, custom-face-mark-to-reset-standard and custom= -group-save all have the same problem. They all call custom-save-all and = they all dump all modified customizable variable values on file without r= egard to whether it=E2=80=99s a single variable, face or a group the user= asked Emacs to save. On 4 Jun 2023 at 2:23 PM +0100, Eli Zaretskii , wrote: > > Date: Sun, 4 Jun 2023 14:02:55 +0100 > > =46rom: Jimmy Wong > > Cc: 63891=40debbugs.gnu.org > > > > Yes sorry, I mean customize-save-variable, custom-save-variable doesn= =E2=80=99t exist. There=E2=80=99s a branch in > > customize-save-variable that saves all previously updated variables t= o the custom file if it exists. > > I don't think I understand. customize-save-variable saves only a > single variable: the one whose name you type, with the value you type. > Which branch there does more, and how can you invoke that branch=3F > > > I just took a look at cus-edit.el, there appears to be no function th= at can surgically serialize just one > > variable value to the custom file. > > customize-save-variable is that function. --647c98e6_5263979_436 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
This branch: https://github.com/emacs-mirror/emacs/= blob/emacs-29/lisp/cus-edit.el=23L1109

No it does not saves only one variable to file, it only saves one variabl= e to file if you have only modified one variable.

As a matter of fact, custom-variable-save, custom-variable-mark-to-reset-= standard, custom-face-save, custom-face-mark-to-reset-standard and custom= -group-save all have the same problem. They all call custom-save-all and = they all dump all modified customizable variable values on file without r= egard to whether it=E2=80=99s a single variable, face or a group the user= asked Emacs to save.
On 4 Jun 2023 at 2:23 PM +0100, Eli= Zaretskii <eliz=40gnu.org>, wrote:
Date: Sun, 4 Jun 2023 14:02:55 +0100
=46rom: Jimmy Wong <wyuenho=40gmail.com>
Cc: 63891=40debbugs.gnu.org

Yes sorry, I mean customize-save-variable, custom-save-variable doesn=E2=80= =99t exist. There=E2=80=99s a branch in
customize-save-variable that saves all previously updated variables to th= e custom file if it exists.

I don't think I understand. customize-save-variable saves only a
single variable: the one whose name you type, with the value you type. Which branch there does more, and how can you invoke that branch=3F
=
I just took a look at cus-edit.el, there ap= pears to be no function that can surgically serialize just one
variable value to the custom file.

customize-save-variable is that function.
--647c98e6_5263979_436-- From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Jun 2023 14:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jimmy Wong Cc: 63891@debbugs.gnu.org Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.168588876412834 (code B ref 63891); Sun, 04 Jun 2023 14:27:02 +0000 Received: (at 63891) by debbugs.gnu.org; 4 Jun 2023 14:26:04 +0000 Received: from localhost ([127.0.0.1]:46842 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5ogC-0003KU-Ti for submit@debbugs.gnu.org; Sun, 04 Jun 2023 10:26:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54824) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5ogA-0003KI-Vo for 63891@debbugs.gnu.org; Sun, 04 Jun 2023 10:25:59 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q5og5-0002mF-AX; Sun, 04 Jun 2023 10:25:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=EQnSDKkYpXtMjh6l6O1BU3lnVGEQ684ShOsGj2MwB48=; b=ex1hekIS9jTn8Bz3C25p dQ1RozVdCg+PheHPTqoyv8GaQaVxUTUU/hYEslUZIRS0T2B8DnNDMOXBpgPUKdPB68609bYMMsiqr zCOhlxHmjm2dcTPYd0Mebk24WovmAfI286/PgXAXP8vPPEijWoxBUgBY9v1IIorkkmDFPoChsoAyI zp8cCL+EYkUwSs5Ynf7aitQU3tCwtiHlVJ+9RiCcqXTfrcrEV7C8ZGdXml7pq3PcSRwT8WUqKKduW VJsyafnFmQEhwOQqD6IvzhFuDe0T/pbsmFkrYJFkAb6NesO+zjJD/vDU+72RGfOvPdFfWcRn2xjJJ 0vGlLfV0huRbsQ==; Received: from [87.69.77.57] (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 1q5og1-00027j-Qg; Sun, 04 Jun 2023 10:25:51 -0400 Date: Sun, 04 Jun 2023 17:26:43 +0300 Message-Id: <83h6rn5mn0.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Jimmy Wong on Sun, 4 Jun 2023 15:00:01 +0100) References: <83legz5qsu.fsf@gnu.org> <28e951a5-7065-4c55-b6d0-88238e8cc5eb@Spark> <83jzwj5pjn.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sun, 4 Jun 2023 15:00:01 +0100 > From: Jimmy Wong > Cc: 63891@debbugs.gnu.org > > This branch: https://github.com/emacs-mirror/emacs/blob/emacs-29/lisp/cus-edit.el#L1109 I don't know what that is. I'm using the Emacs Git repository, the emacs-29 branch. > No it does not saves only one variable to file, it only saves one variable to file if you have only modified > one variable. That's not what I see. I've modified several options using the menu-bar's Options menu, then typed M-x customize-save-variable RET truncate-lines RET y and saw that only truncate-lines was written to the custom file. If you see something else, please show a complete recipe that reproduces the behavior you see. > As a matter of fact, custom-variable-save, custom-variable-mark-to-reset-standard, > custom-face-save, custom-face-mark-to-reset-standard and custom-group-save all have the same > problem. They all call custom-save-all and they all dump all modified customizable variable values on > file without regard to whether it’s a single variable, face or a group the user asked Emacs to save. I wasn't talking about custom-save-all -- that indeed saves all the options customized in this session. I was talking about customize-save-variable, which prompts for a single variable and its value, and saves only that single variable, at least in my testing. From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Jimmy Wong Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Jun 2023 16:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 63891@debbugs.gnu.org Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.168589738729142 (code B ref 63891); Sun, 04 Jun 2023 16:50:02 +0000 Received: (at 63891) by debbugs.gnu.org; 4 Jun 2023 16:49:47 +0000 Received: from localhost ([127.0.0.1]:47019 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5qvK-0007Zy-Fj for submit@debbugs.gnu.org; Sun, 04 Jun 2023 12:49:46 -0400 Received: from mail-wm1-f51.google.com ([209.85.128.51]:54517) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5qvI-0007Zj-5C for 63891@debbugs.gnu.org; Sun, 04 Jun 2023 12:49:44 -0400 Received: by mail-wm1-f51.google.com with SMTP id 5b1f17b1804b1-3f7368126a6so5802555e9.0 for <63891@debbugs.gnu.org>; Sun, 04 Jun 2023 09:49:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685897378; x=1688489378; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=+se8J70dTmNYQLVNOQmb63mss+RbHhe6EDfwxWgZXE0=; b=SUj0MzFoDmJT4QjvQgZpIlXEvUZkfraAHrOeBVAPhll1z++I+GrUI53ufb1T2Qh4rI 3u1Fo9dgKpno0P/tXZ4xs57naktSR3teuPScRa+O8MRnHHpEYPClbFpEU1qDOIqonCH6 saE6Uib+gVo3T6oGkwVr25Cj1Q1xGoCrYp465YQELP9YTxqnpqkXiwef90Cz+6MuGB73 E9VN54D7JvGVFA/Tj6N5PZgLFE2C4NBgO30r7aJL4dgtXbomzfN4BVLeBF0VRCfZ3EtB NIDRD+mkwgnYOXwhlzf0+ucQd4CMFsPayrE4shj0CftGVaggkyib6VPnr89jP8jI51Yj CkfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685897378; x=1688489378; h=mime-version:subject:references:in-reply-to:message-id:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=+se8J70dTmNYQLVNOQmb63mss+RbHhe6EDfwxWgZXE0=; b=KKKV3B1/xWw2zJ5VrxBc16GYx9zKGIXNVuFn37sEUWwycF6tAsVNr6GJDJekIxhwJx zaslJJG0lRNxdIzQOcAsXgb3yU11RE72LwGq5fjiwDpfuSri8Wqzisyot5Zn3ZoqVqWI okq2cgOnbDESSMJCRM4gQWaj/yJ1qcGZeQx6dXZjF6Sy0PxWptySRu3r5ZSGZ8srlZeH MFPBN789HP64Hy8hB5vjjhlRUaaCQO93y4LogEwelCmlRK8wRzKBWAXa6a3tmK+/m021 n4wurfULapXjRIOPVqVShzxYpyuWwboUv0ziGUiCEo6CkXDNslkrgQ8R56V20FEGmo0f ZY9A== X-Gm-Message-State: AC+VfDzXcG4Oge2nzEs9VdrILRX8drtvJDXhO3xUP9SUhyLHqAdC2l3o reOKAETTnlrbvhD+uWIG8R1A+wJ6XVY= X-Google-Smtp-Source: ACHHUZ4GueiuzWTM8tgPLD5EtK/oaK6FzleAi5U4puI+X1F49M0kwSCCFoq039j9f4uZHnpn4VmQWg== X-Received: by 2002:a05:600c:2906:b0:3f6:91c:4e86 with SMTP id i6-20020a05600c290600b003f6091c4e86mr5300370wmd.3.1685897378098; Sun, 04 Jun 2023 09:49:38 -0700 (PDT) Received: from [2a01:4b00:89a0:2400::ffff:ffff] ([2a01:4b00:89a0:2400:6063:8212:189a:b65]) by smtp.gmail.com with ESMTPSA id s19-20020a7bc393000000b003f4248dcfcbsm11950681wmj.30.2023.06.04.09.49.37 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 04 Jun 2023 09:49:37 -0700 (PDT) Date: Sun, 4 Jun 2023 17:49:31 +0100 From: Jimmy Wong Message-ID: <8b93a39b-8c5c-4fee-b5c8-0668d5926abc@Spark> In-Reply-To: <83h6rn5mn0.fsf@gnu.org> References: <83legz5qsu.fsf@gnu.org> <28e951a5-7065-4c55-b6d0-88238e8cc5eb@Spark> <83jzwj5pjn.fsf@gnu.org> <83h6rn5mn0.fsf@gnu.org> X-Readdle-Message-ID: 8b93a39b-8c5c-4fee-b5c8-0668d5926abc@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="647cc0a1_37a35d46_436" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --647cc0a1_37a35d46_436 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Ok you are right, the problem seems to be somewhere in Tramp on require t= hat sets the saved-value symbol property of connection-local-profile-alis= t and connection-local-criteria-alist without them being written to file,= even when enable-connection-local-variables is set to nil. When custom-s= ave-all naively scans the obarray for symbols, sees these variables havin= g saved-value set without going through the customize machinary, it assum= es they are saved to a file and saves them again. On 4 Jun 2023 at 3:25 PM +0100, Eli Zaretskii , wrote: > > Date: Sun, 4 Jun 2023 15:00:01 +0100 > > =46rom: Jimmy Wong > > Cc: 63891=40debbugs.gnu.org > > > > This branch: https://github.com/emacs-mirror/emacs/blob/emacs-29/lisp= /cus-edit.el=23L1109 > > I don't know what that is. I'm using the Emacs Git repository, the > emacs-29 branch. > > > No it does not saves only one variable to file, it only saves one var= iable to file if you have only modified > > one variable. > > That's not what I see. I've modified several options using the > menu-bar's Options menu, then typed > > M-x customize-save-variable RET truncate-lines RET y > > and saw that only truncate-lines was written to the custom file. > > If you see something else, please show a complete recipe that > reproduces the behavior you see. > > > As a matter of fact, custom-variable-save, custom-variable-mark-to-re= set-standard, > > custom-face-save, custom-face-mark-to-reset-standard and custom-group= -save all have the same > > problem. They all call custom-save-all and they all dump all modified= customizable variable values on > > file without regard to whether it=E2=80=99s a single variable, face o= r a group the user asked Emacs to save. > > I wasn't talking about custom-save-all -- that indeed saves all the > options customized in this session. I was talking about > customize-save-variable, which prompts for a single variable and its > value, and saves only that single variable, at least in my testing. --647cc0a1_37a35d46_436 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Ok you are right, the problem seems to be somewhere= in Tramp on require that sets the saved-value symbol property of connect= ion-local-profile-alist and connection-local-criteria-alist without them = being written to file, even when enable-connection-local-variables is set= to nil. When custom-save-all naively scans the obarray for symbols, sees= these variables having saved-value set without going through the customi= ze machinary, it assumes they are saved to a file and saves them again.
On 4 Jun 2023 at 3:25 PM +0100, Eli= Zaretskii <eliz=40gnu.org>, wrote:
Date: Sun, 4 Jun 2023 15:00:01 +0100
=46rom: Jimmy Wong <wyuenho=40gmail.com>
Cc: 63891=40debbugs.gnu.org

This branch: https://github.com/emacs-mirror/emacs/blob/emacs-29/lisp/cus= -edit.el=23L1109

I don't know what that is. I'm using the Emacs Git repository, the
emacs-29 branch.

No it does not saves only one variable to f= ile, it only saves one variable to file if you have only modified
one variable.

That's not what I see. I've modified several options using the
menu-bar's Options menu, then typed

M-x customize-save-variable RET truncate-lines RET y

and saw that only truncate-lines was written to the custom file.

If you see something else, please show a complete recipe that
reproduces the behavior you see.

As a matter of fact, custom-variable-save, = custom-variable-mark-to-reset-standard,
custom-face-save, custom-face-mark-to-reset-standard and custom-group-sav= e all have the same
problem. They all call custom-save-all and they all dump all modified cus= tomizable variable values on
file without regard to whether it=E2=80=99s a single variable, face or a = group the user asked Emacs to save.

I wasn't talking about custom-save-all -- that indeed saves all the
= options customized in this session. I was talking about
customize-save-variable, which prompts for a single variable and its
value, and saves only that single variable, at least in my testing.
=
--647cc0a1_37a35d46_436-- From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Jun 2023 12:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Jimmy Wong , 63891@debbugs.gnu.org Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.168605290518256 (code B ref 63891); Tue, 06 Jun 2023 12:02:02 +0000 Received: (at 63891) by debbugs.gnu.org; 6 Jun 2023 12:01:45 +0000 Received: from localhost ([127.0.0.1]:51127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q6VNU-0004kC-TC for submit@debbugs.gnu.org; Tue, 06 Jun 2023 08:01:45 -0400 Received: from mout.gmx.net ([212.227.17.21]:49535) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q6VNR-0004ju-Gl for 63891@debbugs.gnu.org; Tue, 06 Jun 2023 08:01:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1686052882; x=1686657682; i=michael.albinus@gmx.de; bh=JRc6be5WmKLyRAtc7Qw8HLxoKTdnA6j99lLNdM5rttE=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=hInMYeKEMjZKIx2zLJiW07q2BDvQ1kJ+OLnebf/gQEoCFOn7AQFVdXqQrgO91VZ5tRrRyXO hki8DOPiJb2evdqZ9lB3vfR+bcnhDjAfDJUyYyMVtaJhtdRW+CxfuJKihSFXwg65Ml91MIIF7 cbW6YbQQC34TqgHVwrYPZpRYhmDWBVVm3mIXhsl56mv6Xw/Ct1Sf2O5q77v+gHjaFe3jWzi1D /2i9eFEpq90ZglRB6Rk+EUrLAbGZblwJ19aiTOGohnfb8hhB8IyyAV0oDwQLKG2DZAeo+MbTn f4JNoX75sJO+32TDHIRZn9bMwD4+XkWFtCD4LbxmZNQXpHypaSeg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.39.13]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MI5QF-1prN5h390h-00FA8K; Tue, 06 Jun 2023 14:01:22 +0200 From: Michael Albinus In-Reply-To: <83h6rn5mn0.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 04 Jun 2023 17:26:43 +0300") References: <83legz5qsu.fsf@gnu.org> <28e951a5-7065-4c55-b6d0-88238e8cc5eb@Spark> <83jzwj5pjn.fsf@gnu.org> <83h6rn5mn0.fsf@gnu.org> Date: Tue, 06 Jun 2023 14:01:22 +0200 Message-ID: <87r0qopzot.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:80jfCr9mNcxpFEP+MIiR2cSZGl0JD3VB6LMh6hi3mbNT846Ht5K dRq0armnYea28ekp2pPxHQpcSGABgzpPqxiZMDL8WQ8Q4exQgjsSaWOF+k2JMVB6UATLQSS GaYPGUhoaHYb5iccANpLH2lYuSskHlDMXs8kT2tFoGNpzM+I0872/n4KEZoh/iM3wFuMzNj 6cS6LYJKxO3dxMh0OmbMw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:1d9kcHsopHM=;E29+lJGegsPpTnrQJxLSjIOz6tG yNIHGh8Mgq648dCiVWf+DuERRRzt+QgdYo18mfFsUHQ/O7iycnFokHa99vNO+V/mB/+3jnCmy R/vBFIH8nKjhxecK2z9IVQc+mkOu7MHTkzEjxRycsvNwZgO6uALxyFPw9dgCmCY3xB8ZpNbC+ kOg4M8GEsqB1Pkf+uRaNu996X72pCQs0bbSTL6wRzun7USn5pDJqQsft2ovq4QBoNXOE0B98q AIkl8KMDiTOX0ADxtDRLO7lzyaJt50GVYP+5K8AtJhaaBOUqCz23yxUc7PpEBPeLbEHHPS1cE nHXW2oEe+7V8yoO6zD36JMJ96UeA0ZfQLQmT15FQh0d/YQc5TVtDFkPJyLc3J75xPM5xSemR0 6JIzqByzB8MZASzn9yk5BiptMfjBjfxhTOt9ufckiNdksv7jQhhkVjjiT80btOCyAF2OIqCLt hBvUclTS5bHZ0B4ieSI6pbxOcvlntdf+K+ckf4T0vKuHRHhUNnmBFh8adMl/AWQXivWt2+o2p IlNTWMnlgoBOey6e6pX6toB5Co0Ug90Sm6CHNNxRxSZT+WnyHqlTmwjICwNwspa/44S2OA9Y4 tKEMYGVSECHJO7FHXaEMMv/fDXq8QwPRK1kcNY7eRZ54QGjTwZBheTwKmQN6FPE//5c9i3NSu RlD8xO9trbUrJd5UUkdPxXfgl3/zLOs/lX4vqTZwTfb2Vn6Kzo6tlw6iJ0YhBbUsdQieQbqCg EGtI4NAjJm7Adky8SBurj0MBirE4G6Nw3lJsB6RoXOwn4f2n6JBZE2WdmYcnHBxEOlOoWD2Ei xcQaki95oJ0tfZ7NHO2AGHgZCG5U0M92/gFGFy0GG3cWr88vuSWYx2v+TA1uao+DCScGYMtkf 5y00H5GwPG+8UizXMIKs24k8i+kspGGIy1R/VKTmwnj44srEGPt3n2wl9QhU3kudhiHOEKPUr VCO29w== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: Hi Eli, >> No it does not saves only one variable to file, it only saves one variable to file if you have only modified >> one variable. > > That's not what I see. I've modified several options using the > menu-bar's Options menu, then typed > > M-x customize-save-variable RET truncate-lines RET y > > and saw that only truncate-lines was written to the custom file. > > If you see something else, please show a complete recipe that > reproduces the behavior you see. custom-set-variables sets the saved-value property of the variables. This is what is called in connection-local-set-profiles and connection-local-set-profile-variables. Best regards, Michael. From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Jun 2023 12:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: wyuenho@gmail.com, 63891@debbugs.gnu.org Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.168605404919994 (code B ref 63891); Tue, 06 Jun 2023 12:21:01 +0000 Received: (at 63891) by debbugs.gnu.org; 6 Jun 2023 12:20:49 +0000 Received: from localhost ([127.0.0.1]:51145 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q6Vg8-0005CP-RZ for submit@debbugs.gnu.org; Tue, 06 Jun 2023 08:20:49 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41604) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q6Vg5-0005CB-OL for 63891@debbugs.gnu.org; Tue, 06 Jun 2023 08:20:46 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q6Vg0-0004Wk-2z; Tue, 06 Jun 2023 08:20:40 -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=jkpOWz/yp7z2Tk3g5ACALon8JuQ/U5Qp+4qoQJSxfyo=; b=mUrXSjqKTU+Q cv3rWQSFeOYqkw5sRiGKUIIOC/Q5kDOxOzEcKnEPtuGJgJ2ofyS0lxUw5KF3V70E8zUPMmB6g8p71 cAkQsjOEv8p/lNYj8P7rbi1LZ2xbvWvsbAUN0ka/VfrA8qJef2GwK6HZPLK0PurkWDgZhPEBHElhQ vTwVJwI1iDXsbzSkZj2kAwkEaO9sM0Pf6akzOEI/ua2oWczu0Vnf1mjf700/KtZc6eTgcoHgOMqJS DfnAo61pLteOvIqCPrXHkmDRc8h2P2LoRfbKiBaWhwxvH/IIds+Bgo1kSXp9MW0PbKekx7AdQxoA2 qX8oJUfuC/wIiWCnDxyyGw==; Received: from [87.69.77.57] (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 1q6VfO-0006f1-57; Tue, 06 Jun 2023 08:20:10 -0400 Date: Tue, 06 Jun 2023 15:20:03 +0300 Message-Id: <83mt1c3hqk.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87r0qopzot.fsf@gmx.de> (message from Michael Albinus on Tue, 06 Jun 2023 14:01:22 +0200) References: <83legz5qsu.fsf@gnu.org> <28e951a5-7065-4c55-b6d0-88238e8cc5eb@Spark> <83jzwj5pjn.fsf@gnu.org> <83h6rn5mn0.fsf@gnu.org> <87r0qopzot.fsf@gmx.de> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Michael Albinus > Cc: Jimmy Wong , 63891@debbugs.gnu.org > Date: Tue, 06 Jun 2023 14:01:22 +0200 > > Eli Zaretskii writes: > > Hi Eli, > > >> No it does not saves only one variable to file, it only saves one variable to file if you have only modified > >> one variable. > > > > That's not what I see. I've modified several options using the > > menu-bar's Options menu, then typed > > > > M-x customize-save-variable RET truncate-lines RET y > > > > and saw that only truncate-lines was written to the custom file. > > > > If you see something else, please show a complete recipe that > > reproduces the behavior you see. > > custom-set-variables That's a different function. I was talking about customize-save-variable. From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Jun 2023 12:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: wyuenho@gmail.com, 63891@debbugs.gnu.org Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.168605498621533 (code B ref 63891); Tue, 06 Jun 2023 12:37:01 +0000 Received: (at 63891) by debbugs.gnu.org; 6 Jun 2023 12:36:26 +0000 Received: from localhost ([127.0.0.1]:51170 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q6VvF-0005bF-Tl for submit@debbugs.gnu.org; Tue, 06 Jun 2023 08:36:26 -0400 Received: from mout.gmx.net ([212.227.15.15]:45057) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q6VvC-0005aw-2U for 63891@debbugs.gnu.org; Tue, 06 Jun 2023 08:36:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1686054975; x=1686659775; i=michael.albinus@gmx.de; bh=+PSBRHwKv/1ueh38Ib4eBa0OOKWQ31YqNfS3UbwMECI=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=nT8mU3CXp7gE/DnXxMZMZw+55J0fAiT5F1vJpHxZFM4PYUdT8XQdg3Qwa5TkxrTbKX/a2dm BONFXwlYCpCUZd5dlqsS71J3dcT7QE3ns8g6YoFFrRVBHUzbbgyY2xpMIzWdFisr4vtiSkRJS mJ9VoNgeJ43bHEeeBSowjekOrHUq5cv2ZLc+ptAPQiw0A6YYxPMchKzfGXShwNVovKh/rPOFz BrKr18DV9E0JYXTZbVOugzhmNwD6DhzeZWhORasq/a0zCQ9mAfzWFY/i9814MHwEMKLN1OY/U oGYzCgz1kR6wz2iIO5T9RPlM5sA+NrKmhEKU+aGDUOTeOWRGBIAQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.39.13]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MnaoZ-1qVe7W2YwX-00jcaG; Tue, 06 Jun 2023 14:36:15 +0200 From: Michael Albinus In-Reply-To: <83mt1c3hqk.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 06 Jun 2023 15:20:03 +0300") References: <83legz5qsu.fsf@gnu.org> <28e951a5-7065-4c55-b6d0-88238e8cc5eb@Spark> <83jzwj5pjn.fsf@gnu.org> <83h6rn5mn0.fsf@gnu.org> <87r0qopzot.fsf@gmx.de> <83mt1c3hqk.fsf@gnu.org> Date: Tue, 06 Jun 2023 14:36:14 +0200 Message-ID: <87mt1cpy2p.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:ity8TIVWURlDbVrUNrd68+AkWVrFyo/227g2JB7Fc7XXfws5J0o E0KzEmR3A5ZM090cC3Q/9lZ7DQzR2RWiYR6/l/kMZgqWe75T8ZRPOAwihEa0wJ1Nyjqex6W QvZsbaJT21UdteUEOTWTA6K+hMLUsrh3IsmpX2QKjKxn9vrwskrNGjdZpv7PilJgQcINtSZ CNuJhKxVmWyB5tiYRniNw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:Dgrrm7of0rU=;I/cXuqOnB4pI5EPahBaNZhPuxUj 0x4tjaM1F0t/YWhvLcbVJiAhbO4jZFQ4HY05sHxIHlB2pVK0bTVt89l8IlbzgEOpj2XGshNZO OME1Tr3nYk0gJWcuR4d24I1MFGn8DUWwteN0O62BsaOu+KipM/ISd9bLyj42YmJes/3KOVKD4 ZbC5BjtdfYtazwl5nTAPEY4Afa3TcLMmUIDFbPyw3CQnBrkNTVtE+uEe7gW32E6RUwSy2VrIO iB8vX707bgO96kdTRRg3MhSB9N+UQSKfHVjrXzXLhlh90Yxal9remClw8clBDAIzIBQCE4JYp Qs73+Hza0IKLTBNBp/HbpzzUk66trcJT8DD0GKUmRR5Q+2fWDmUhLAyHwCIXSGtjwcG71SfDc GosEMNA1paI46kCQ7XB23TWU7GUqOxnpUDZOXgghcYtui4coxBwl7QUH1LpUcgrVbjrx+lneI yDfezZZyNaw/sR/dV9YRb6EAahmk/FbEpLfkSorIaZ92EgU/b8XKsbJBFmmyU4EUJcThqFQM8 +SgeRz6JruCzBU72kBX523uVFbe+iJOW5L7OBwNgECQpNm1ZdX0QIdz5OxjZ7oAR/pIr40Es+ 7GHQwUoHcKW/od8lYj1kcb/8ZSqgy4PgyCmJ30RZLEW7SOBMQPv/3Gm0tjPInttrAah5Di77L ufaFd34k2gs6KdJhWu3nWNjMAzdYOGG5dCTSKGFpY5mvX3b5Fo6jDcgJHEVPln2Ajx/rLqcL3 IXvDGehPPsdWhNT4xCWegxy6Egy5NSb3tn7GtjpXwJ7o8I/Vswq0CbDIWdaRcstqbkMBLEw6x LgiO+TqBB1240fAQetCyUTchY8emFXzbdjXcAOIxQMmoenIA2OJsUllyN7TXh8deyaFbioia0 OYKQes2wx19pKqj3hP3MX8IAHCpFS+UiuUbWL627wG5hbOL/9QfkvsyTQ+l5DNV0R1kVBm1FR Tt9o3jlekwrBOD5XqeVcME3VzLc= Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Eli Zaretskii writes: Hi Eli, >> >> No it does not saves only one variable to file, it only saves one va= riable to file if you have only modified >> >> one variable. >> > >> > That's not what I see. I've modified several options using the >> > menu-bar's Options menu, then typed >> > >> > M-x customize-save-variable RET truncate-lines RET y >> > >> > and saw that only truncate-lines was written to the custom file. >> > >> > If you see something else, please show a complete recipe that >> > reproduces the behavior you see. >> >> custom-set-variables > > That's a different function. I was talking about > customize-save-variable. I know. I just wanted to clarify, where the saved-value of other user options is set. And customize-save-variable, although invoked with just one variable, saves *all* variables with a saved-value property, IIUC. A recipe you have asked for could be =2D-8<---------------cut here---------------start------------->8--- (defcustom a nil "" :type 'boolean) (defcustom b nil "" :type 'boolean) (defcustom c nil "" :type 'boolean) (custom-set-variables '(a t) '(b t)) ;; Nothing happened so far in the init file. (customize-save-variable 'c t) ;; Your init file contains then (custom-set-variables ;; custom-set-variables was added by Custom. ;; If you edit it by hand, you could mess it up, so be careful. ;; Your init file should contain only one such instance. ;; If there is more than one, they won't work right. '(a t) '(b t) '(c t) ...) =2D-8<---------------cut here---------------end--------------->8--- Best regards, Michael. From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Mauro Aranda Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 27 Oct 2023 10:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: 63891@debbugs.gnu.org Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.169840431523191 (code B ref 63891); Fri, 27 Oct 2023 10:59:01 +0000 Received: (at 63891) by debbugs.gnu.org; 27 Oct 2023 10:58:35 +0000 Received: from localhost ([127.0.0.1]:35229 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwKXz-00061x-DT for submit@debbugs.gnu.org; Fri, 27 Oct 2023 06:58:35 -0400 Received: from mail-pl1-x62f.google.com ([2607:f8b0:4864:20::62f]:43022) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwKXx-00061h-DW for 63891@debbugs.gnu.org; Fri, 27 Oct 2023 06:58:34 -0400 Received: by mail-pl1-x62f.google.com with SMTP id d9443c01a7336-1cc131e52f1so10079915ad.0 for <63891@debbugs.gnu.org>; Fri, 27 Oct 2023 03:58:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698404276; x=1699009076; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:cc:references:to:from :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=yIi9N8PkdVcDqytQ/jaMMYLoR5Z3CUhv3ISTjTJRQ1I=; b=RUYa/5eoOEkuZ7x8QR58f+Qjm+yhPdYrHNjFLM+iryh8lbe1NPsQLOF60T3bFmJehP FMPzdkACm+2lsN+dUUH4NQqJqL69tP5uHEe05jJWHRV2RdvAHG5SRrQlfutVP5o93Moi qxWNqTpsSqn+ZcrcyduZLs6pJ6vrw588xzgj1B/B5ObiSsS8bS7Riz8aSm1zK9oqN0FA MFFvrs3/BVnp1SOnXXxOrDaoly2T+BESkP8eRuQUzisKEkO1JGbOj79fOtwor13bvW9B mLWuPlNIwSSh6rSWloFNyLZuKhClwByVwz/7OpHUwMxZncjm62zdFwonSIGBgvsHD1Y1 N6eA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698404276; x=1699009076; h=content-transfer-encoding:in-reply-to:cc:references:to:from :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=yIi9N8PkdVcDqytQ/jaMMYLoR5Z3CUhv3ISTjTJRQ1I=; b=n4QxY5ZSWiKwd+yG5cazriGJclq/EjVS6Xzs5ZeFByzeM+9hLPIjFtODfgB/gx9Ock mWeAPgEjPYHCXY8qoGi+AdUFmr4JL2Yb0bt+hSknlxgN6ZTBq3/YxtJH7oM7cuzdQXKQ Fci9+UfGtfahlQhUsh+meGz994YRg8NXKRHkPvwPWqgNE0p/pTJd0ygIXBjMP6qag/9T H2vd+HBzuSneXDDBGr2CxIpjTBOPjz10sH4Yvw4h1ZMFBK12uNVciqs4o4pQQQ4E3o+R kf6YUGoZxGuIy/ux/K5kxq2pxxboTpKdVYZEQgOF3Hs12pIU9Yuveg9I31+TAp6pUUdQ 2JKg== X-Gm-Message-State: AOJu0YwaFgekOKG29Vf+GhHZ88N7p0pIXOzkLEl1Ek8Ucdc5slfUTojR 37nF0GwbaYOOzL13QbjAG14= X-Google-Smtp-Source: AGHT+IGmWaYnBzyukbgoAreFTlD3h91NHiABnKs4YmI0E+1yhq9TA8cQFlghqLH+RIg/6LaLRS3mgg== X-Received: by 2002:a17:90a:5d95:b0:27f:e955:5682 with SMTP id t21-20020a17090a5d9500b0027fe9555682mr3056714pji.3.1698404276209; Fri, 27 Oct 2023 03:57:56 -0700 (PDT) Received: from [192.168.0.234] ([152.168.142.156]) by smtp.gmail.com with ESMTPSA id 27-20020a17090a195b00b0027fee011cebsm1095299pjh.10.2023.10.27.03.57.54 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 27 Oct 2023 03:57:55 -0700 (PDT) Message-ID: <1f269cb9-2cdf-4499-b68d-756d27648673@gmail.com> Date: Fri, 27 Oct 2023 07:57:52 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US From: Mauro Aranda References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) [Oops, resending to the right bug address] Michael Albinus writes: > custom-set-variables sets the saved-value property of the > variables. This is what is called in connection-local-set-profiles and > connection-local-set-profile-variables. Why do those functions use custom-set-variables, instead of customize-set-variable? From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 27 Oct 2023 11:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mauro Aranda Cc: 63891@debbugs.gnu.org Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.16984075436335 (code B ref 63891); Fri, 27 Oct 2023 11:53:02 +0000 Received: (at 63891) by debbugs.gnu.org; 27 Oct 2023 11:52:23 +0000 Received: from localhost ([127.0.0.1]:35274 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwLO3-0001e7-0M for submit@debbugs.gnu.org; Fri, 27 Oct 2023 07:52:23 -0400 Received: from mout.gmx.net ([212.227.15.19]:44331) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwLNx-0001do-Vy for 63891@debbugs.gnu.org; Fri, 27 Oct 2023 07:52:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1698407499; x=1699012299; i=michael.albinus@gmx.de; bh=TCfxcz/3w1H3E8VhjbFN5Iv68HARjHhVo36y8x00qEM=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References: Date; b=tKRnR5pElc7vjcetoyWdw9vnvfxp0i4Rc/9V7u/SuW+xOuBPRVjYNPdHVeGZAI+B 3apwD4DHOUGKsELreZlu01B+b6PvygmHJxXRRiSb201AKm+inpety6gyo7ajEW9B/ NJ9tPTkVhgTP7IFakPy+p+NCkHqzHAipe+1xmFJqDxOVU49IdNQ+6ht9D+Cxj9xcx aXTaRMyNJ6klh1x8zv4qBzAHYpm5rnx2LVD/b0NgnQWDgKKYuGqP9+ptLzSPVhP4F YS0XXzeqyzDO3IbBxxqPpD7w5He6TqfBZbuQUYpWQR7dnjHWm3BWYLaPCXECAn1Oq tiATWbChqJUh/4kxfg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.39.30]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MgvvT-1rPeWE2wmb-00hQ6X; Fri, 27 Oct 2023 13:51:39 +0200 From: Michael Albinus In-Reply-To: <1f269cb9-2cdf-4499-b68d-756d27648673@gmail.com> (Mauro Aranda's message of "Fri, 27 Oct 2023 07:57:52 -0300") References: <1f269cb9-2cdf-4499-b68d-756d27648673@gmail.com> Date: Fri, 27 Oct 2023 13:51:39 +0200 Message-ID: <874jicgu5w.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:MGqZILzx23KpzU7JMO+LzPKUYPTI+WFzRk01LdfLLI2pIcOmDgk OD7Ify6KaFadpyJZC9rp7RpMY10YTirRHg3l2U9aZJq++rM+erc4k+jZTgyUxAHScog7Z65 8doMyyJAy5acyHOKjg0agsKIbGLM4Lzaiy8QJW5jvm55QSoaW7CsMqtfLHX0MeoyGkE1Tm7 kigiIx19W3EZ9rgVnYEuQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:vnvOlLpZhE0=;4NWDn6QTeLXjhQ9lcOwv/z5utMf q0p9vKnh/ba1Z15ksXTNubqxytrHR/MuzuwY2/2tzkx+k1GC2TaPp/4/KA5Y8T2DPRrStJXQy yAa3S3Ha5Eah89aCIxt3fhpDaHtzgbMfJOqVametkTGTKrWsP5KYTqW5bwgkx+Pbb8fASOaa1 bldz361H6lAsqMoCq33ST9uP/LgaqUTlBV33709OhgS4Y4POLw3Oa30PPu1yexQK0N74LOZ+E nHiI2wk7lbEtgmpmbO0a4hj6T0wnZ4W/eukNyetzZkMeRSb9KKCbxE0pqA8eQnNVaOzguaybK ukWjlm+w+zm7MeBoiD0krIFf5/tamLhk2eymb0JU2zKPpLPiNiwgbNyVU6utBqs7aYmhk9aU7 NLkW+3lyoujSkBonorSHeSooleHciO5UeVhOeo7B5uUbGU50T5zd/U9nJBRiicfvSDv0W4HJE IounM21Y/bsFQ8L32dPAegcPTEhEgS2g2UgOu7RUIHA5ZU5LnArW00LKUE9VsK0O3OZpdPUQo q38L/mFdQoPsJslIMjiX9Ree+DRfJku7q4l3REPvvVXiEVoH1BT8ojsB+C0PuX8ufS059upHq YsJQzOU1O0U4CAPupTYrGksvO8j6vIwA0RPoXA6WCso3wtohdMuAM8y53uuPmyHJIGJVK/Cxo iNvnRaHT+NnC2dkAYUZLNDMUdIJ+c306SN6iD4RO4XhDaO0DVmrxU5WUkLLMXflKxNUNo4q8i 6XQ680zkiXzE4l8PHGfDqg0Hy4e3UBjKd8ad9J0t3LLmAsasNv1qHAr1lhiCCHLWsQswu16YD Ie X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Mauro Aranda writes: Hi Mauro, >> custom-set-variables sets the saved-value property of the >> variables. This is what is called in connection-local-set-profiles and >> connection-local-set-profile-variables. > > Why do those functions use custom-set-variables, instead of > customize-set-variable? This is what we have used before. Due to bug#62106 we cannot use customize-set-variable. Best regards, Michael. From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Mauro Aranda Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 27 Oct 2023 15:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: 63891@debbugs.gnu.org Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.169842150310916 (code B ref 63891); Fri, 27 Oct 2023 15:46:02 +0000 Received: (at 63891) by debbugs.gnu.org; 27 Oct 2023 15:45:03 +0000 Received: from localhost ([127.0.0.1]:36890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwP1C-0002q0-RB for submit@debbugs.gnu.org; Fri, 27 Oct 2023 11:45:03 -0400 Received: from mail-oo1-xc36.google.com ([2607:f8b0:4864:20::c36]:50297) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwP1A-0002pC-FB for 63891@debbugs.gnu.org; Fri, 27 Oct 2023 11:45:01 -0400 Received: by mail-oo1-xc36.google.com with SMTP id 006d021491bc7-586753b0ab0so1212238eaf.0 for <63891@debbugs.gnu.org>; Fri, 27 Oct 2023 08:44:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698421463; x=1699026263; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=w7hBqkrfx7xKYJLcQegBMNfZIxUCQOiFyfkCmqni+wc=; b=lhTviZwoPPiFkbZP3SPKQnq7IEw4LHLW1tluP7AP8s/qM7Hgajy5ikecZivIg+epaH wiO8mm7vkLu2AZE9lyi0vdhXd9QoiwE6l8RYGpP9C4RotBxKnxCda5Z+HJpb7idEpA21 TrYON9gxsAu/1gusdMv0x/hAI2fam8hInCaSEdPYT2pqJ65NzcthjZ1pIRhVoXa0pCX/ 7s5H71DdsQjifcX/LxVCyk7WZWDdC85OsjPOEJhnkLVp/bl0g6X0LGwrQrTvska1uFMF YZlk9mJhjK8q9qw5AzOUwtqAzGvZ/X120MFtfzlT2B/xvAdn44sR/zAZ/Mo4j+56AWHe npZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698421463; x=1699026263; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=w7hBqkrfx7xKYJLcQegBMNfZIxUCQOiFyfkCmqni+wc=; b=EFysZojxPJEtwxN6tEb3nKP0ZLAEUEJ2hH8miJnvZmqu5qfzXdHl9MVu8bJMB9U/Oc 4m8zeLxq41709fET1rP6tT2rFLsi/jc8+QK6bba8mjMeUiKQlhJnyIyxfwIAHcFuLZsY gd1k8eOA2iPoG7WaPQlns/W9yKPquTcca6CfwbX4jbkSwxt3BkXcNHZvQD9H4xTyJM4w aNx5FWmr+COj58lCvUOqAJs3tuYgPVPqU9RPxKYTsbfWeKLaafeJgw/9rNuedK5FQMrs xJzQ6iYjRkOJJaLhPpJ35ZQtM8Rgu/bi8Ytd+ekuuE7JOpUxUteASu+D1sQUGd48Borc CFcg== X-Gm-Message-State: AOJu0Yy2oy/fERyltKbsV/biSIMcpCJuRr2bFjEVE/ptlqEiZzKXqBvN TBKHY7Gzdg+zTn49xH2GjlQ= X-Google-Smtp-Source: AGHT+IEoZ/NGY+qey76x2UsWCrE1hlnGQAIBV4973f+ufKIlKWLpcl8h0t9SHsMPAITImC0leWLviw== X-Received: by 2002:a05:6358:787:b0:168:e18d:5ba8 with SMTP id n7-20020a056358078700b00168e18d5ba8mr3517677rwj.0.1698421462908; Fri, 27 Oct 2023 08:44:22 -0700 (PDT) Received: from [192.168.0.234] ([152.168.142.156]) by smtp.gmail.com with ESMTPSA id f17-20020a637551000000b005b9083b81f0sm1275745pgn.36.2023.10.27.08.44.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 27 Oct 2023 08:44:21 -0700 (PDT) Message-ID: <61df90f1-c097-42cf-97c6-1186e49d2f88@gmail.com> Date: Fri, 27 Oct 2023 12:44:17 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US References: <1f269cb9-2cdf-4499-b68d-756d27648673@gmail.com> <874jicgu5w.fsf@gmx.de> From: Mauro Aranda In-Reply-To: <874jicgu5w.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 27/10/23 08:51, Michael Albinus wrote: > Mauro Aranda writes: > > Hi Mauro, > >>> custom-set-variables sets the saved-value property of the >>> variables. This is what is called in connection-local-set-profiles and >>> connection-local-set-profile-variables. >> >> Why do those functions use custom-set-variables, instead of >> customize-set-variable? > > This is what we have used before. Due to bug#62106 we cannot use > customize-set-variable. > I see, thanks.  I'll study this more carefully. From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Mauro Aranda Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Oct 2023 09:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Eli Zaretskii , wyuenho@gmail.com, 63891@debbugs.gnu.org Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.169848712712600 (code B ref 63891); Sat, 28 Oct 2023 09:59:01 +0000 Received: (at 63891) by debbugs.gnu.org; 28 Oct 2023 09:58:47 +0000 Received: from localhost ([127.0.0.1]:37789 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwg5e-0003H9-He for submit@debbugs.gnu.org; Sat, 28 Oct 2023 05:58:46 -0400 Received: from mail-yb1-xb2e.google.com ([2607:f8b0:4864:20::b2e]:60565) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwg5b-0003Gp-Hn for 63891@debbugs.gnu.org; Sat, 28 Oct 2023 05:58:45 -0400 Received: by mail-yb1-xb2e.google.com with SMTP id 3f1490d57ef6-da077db5145so2024368276.0 for <63891@debbugs.gnu.org>; Sat, 28 Oct 2023 02:58:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698487086; x=1699091886; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=PxO10TsZh+KRZTdazOXptOAfr1AJ7KsfCDWLT0Z5IYU=; b=fkR1tJLnKtPrvBIKKtIDJSfMvOcNi+EmhTaooCybZZ1WgJXLTRTTjlxt7+Sqxwl4EV y1bwZoLsGAxM+NFiQnTN9/g9nEYIatyFBDgh3dVxqTUfUztXqPb7uMH6xdHQvNg90RU1 cScv96W/VD7hUCcgGqPZB+CQsQyXFTKL6Jw5bHZGr77+lQLzNKmz/B8Zb4aLeklF19T2 zppwx7Be1Gl7MXV4lLfKt+KVol25eidc8ZIhdi+/Lxs5yWe2ac3leNHAUuFEYR/74UA8 T0i4no85/yd0xC6Ht7bx4wK82ktdGYRjJ7BdxPzK5GwAP/wAx8uzO+RSpVA8LzuoxQf1 tnUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698487086; x=1699091886; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=PxO10TsZh+KRZTdazOXptOAfr1AJ7KsfCDWLT0Z5IYU=; b=DfNhp1PsTypIPW76Tz78aZ0hYHB8nTfDUKOwmQ4G9c72wnUuLGarSlIs8h1nQVsKWm WopAixMgSgnYUaOKTPXjDHNol0LcNB68mKNIBuKT3N4RSQyOpgVxtEHI7AYbARZFxVfL sH6KJgRfGukTY1XiV6QSCrk1GJU+0pztAEgKYiqIVCuHOxI4YIjjwOIbx95s0Whp98hM KLWwBsf4bGtc/1rJDwkLeRibMInktSJ2pJICqUxfH5IWvUOI+Ptykc2vsJBtN0RsMjrS jAu3uJKt9l5UhcIqEjXriF6PEdml+367+E871aIk9XAPv66GBxSoqoPqfzJGoUH7ikQd 9bJg== X-Gm-Message-State: AOJu0YyD+KWEcBKFw2iE6RiaNZTW0/KVrScXwvZJfP/G92PrabAsmQ48 lUCFz1cJwXMgqJlDBRxewBg= X-Google-Smtp-Source: AGHT+IECunCo5O2iZIxnExXGURArzjLOCX+A4vdYcXz7B6dmDKsGmep3DgLwSejnXsvAOnwW6ceu+A== X-Received: by 2002:a5b:9:0:b0:d9b:76c3:4567 with SMTP id a9-20020a5b0009000000b00d9b76c34567mr5221178ybp.55.1698487085919; Sat, 28 Oct 2023 02:58:05 -0700 (PDT) Received: from [192.168.0.234] ([152.168.142.156]) by smtp.gmail.com with ESMTPSA id j205-20020a2523d6000000b00da05d771097sm1512796ybj.22.2023.10.28.02.58.04 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 28 Oct 2023 02:58:05 -0700 (PDT) Message-ID: <0ec5d535-c4e5-401f-8db7-fc4eb54f8517@gmail.com> Date: Sat, 28 Oct 2023 06:58:02 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US References: <1f269cb9-2cdf-4499-b68d-756d27648673@gmail.com> <874jicgu5w.fsf@gmx.de> From: Mauro Aranda In-Reply-To: <874jicgu5w.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Michael, I looked at this more deeply, and I think I still don't understand what's being asked of Custom in this use case. First, let me just say that I'm aware of some problems with the custom-save-all approach to modify the custom-file.  It was reported in Bug#14150, but, while a different approach to fix Bug#14150 could also solve this bug, I'm still not sure if the use case in files-x.el is a supported one. Both functions, connection-local-set-profile-variables and connection-local-set-profiles modify 2 defcustoms, and want to tell Custom that a change has happened.  The usual way to do that is to call customize-set-variable, because the assumption is that the user used some command provided by a package to modify the option.  And the setting lasts for the session, of course.  But the surprise in Bug#62106 was that the users weren't requesting these changes in the options.  It was done without a choice. So, the code was changed to use custom-set-variables, which is used in the custom-file and which means all the settings here should persist from session to session.  So, in addition to modifying the user option without a choice, the code then said that these modifications should be saved.  That's even worse, which should show that custom-set-variables is just the wrong tool here.  Of course, there's the workaround of resetting saved-value to nil if possible.  But that just means that if the user has a saved setting, he/she could possibly end up with all settings added by a package too.  Of course, if Custom had other approach for saving the settings, that would not happen, but it wouldn't happen if the code weren't lying to Custom either.  And please note that a similar workaround could be added if the code used customize-set-variable still. But here is my first question, if packages are going to be changing this 2 options without asking the user about it, why do the packages need to lie to Custom saying that the user asked for that? Why don't just setq, add-to-list or modify it some other way? At least that way Custom would know the truth, the setting was changed outside of Customize. That's why I don't understand what is the expectation about Custom here (apart from being less naive when saving the custom-file).  The code is modifying a user option and tells Custom that it was upon the user request, when in fact it hasn't. Finally, have you considered the approach of having the user option plus another variable which packages should modify when desired? Then the code could merge the user settings with the package settings. From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Oct 2023 18:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mauro Aranda , Michael Albinus Cc: Eli Zaretskii , "wyuenho@gmail.com" , "63891@debbugs.gnu.org" <63891@debbugs.gnu.org> Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.169851740019592 (code B ref 63891); Sat, 28 Oct 2023 18:24:01 +0000 Received: (at 63891) by debbugs.gnu.org; 28 Oct 2023 18:23:20 +0000 Received: from localhost ([127.0.0.1]:39528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwnxv-00055v-UI for submit@debbugs.gnu.org; Sat, 28 Oct 2023 14:23:20 -0400 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:33966) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwnxt-00055j-1o for 63891@debbugs.gnu.org; Sat, 28 Oct 2023 14:23:18 -0400 Received: from pps.filterd (m0246631.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 39SBSTc8012540; Sat, 28 Oct 2023 18:22:44 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2023-03-30; bh=kViM+ZdDnRj00hgaXVXy7Nv47CuwKCNgamGPm8s0++Q=; b=BU6SBgsmOyhS8xd5vDRj+8aI7mYOx7Yjycfup3lS3cyKiO7t52RZ4UPb47/ca3v0BYgE xtDqHs1i9KRyFVkVgl/vaaF32xTw54xOIsfFFQBxZuvNVithUKdNgeKDgfy9eph4uSvK tI98tOUyF3MKJ8gf2o9/CgrVgCL60oufH10JIMvNiYc/6ORQggMtghW4Pz2Q3BjEJyN9 zPYYU8igfaAecQZea9TOgYTHZxClL6XO8iLB1v2M8E9yozXrwyNgzyh4HM2yPULkGBKL mtCeW5sg6soJ68AUKGnA6I6fo+8Fi/qAyKz3/SCHC0kF66JFwRo/uu9cwLVTrLsMUOw8 zA== Received: from iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta03.appoci.oracle.com [130.35.103.27]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3u0s33rpax-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 28 Oct 2023 18:22:43 +0000 Received: from pps.filterd (iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (8.17.1.19/8.17.1.19) with ESMTP id 39SHVUiX030577; Sat, 28 Oct 2023 18:22:43 GMT Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2169.outbound.protection.outlook.com [104.47.58.169]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 3u0rr90kpp-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 28 Oct 2023 18:22:43 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fKgH47gRcPmyszhKCIy+eyK7YQTgzUi3tKjmkQgYYq3HFJXFHGx2mnfuX6Texs8XYdqTJ7ZoIgSbcVxLq6ImXERbc4tJ5wGqxobclIj0kxNzS4QEgN5pkKd/3z6ZEeEj8aDKiA4xOQSwByK/j56tn0VFcYz/DnN3tTiwlJN3B53u/SRvZjMLMDIK3TU3ZhHG2C3vAIv6ey7RcUKRTgqTapLZNzilSJf8copj6TVsEtmdGMZXkTBA5Zbyz4UvBsSDVetRekC4NoXA2NqODQq74zv4+pkct0wgEIrToEeriSFKYPvCa0nTDG8oQ96VTrAkMv4qS8PNpURO9Uw0954yaw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=kViM+ZdDnRj00hgaXVXy7Nv47CuwKCNgamGPm8s0++Q=; b=baIYpn6DXIBCVz4v+GZXTt9WooLleYVguOgT82CJgFCcRT4VEKP7FvTbz1/uh6KjZ3ROtbeXUNDnf0zmxPhBbnoqM2+gICtHokaIVdgtz1XxGWXjthSBiA7WZ9iD6JJn5yI09lfUMt7R4nIBkSESG3po5mv0v5nw3pWlf181rQa7UrJRhwZ31Ods/qL6Yq07IBq+9esyo+/Q5DvvpZmCnARSjxXTb3XxRXfE2MVnqg6ZFZF0UFDZACeMuHtrefPxdB6JA7KwEh7kjhNmUjC5m1IpD2DSWM/sZNj1HJ9BVgS+BYRBB14jakQrFn8aRa26MF5XnTKTPYESSjXsfvkG4w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kViM+ZdDnRj00hgaXVXy7Nv47CuwKCNgamGPm8s0++Q=; b=kpBzLIEvP3h10LS97XsLj8i8QyLQbEBJs0nwKQBvNxUsqQpBdGBWK50KsaVHgHdU208EGR0uvyDVMVTWEBtw6gLodl0zrz/ank3fG1OkyA5DJrHLCEgiuHNFXvtcG1aidZRX89PjVCshRduHd3J0Y9GtCMsVUvZrKKZcZeX2CsM= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by BN0PR10MB5352.namprd10.prod.outlook.com (2603:10b6:408:114::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6933.22; Sat, 28 Oct 2023 18:22:41 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::9e11:9d8c:b7f4:f45b]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::9e11:9d8c:b7f4:f45b%6]) with mapi id 15.20.6907.032; Sat, 28 Oct 2023 18:22:41 +0000 From: Drew Adams Thread-Topic: [External] : bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Thread-Index: AQHaCYVgqSfILQjDnUOzYj8oE3s51LBfa/ww Date: Sat, 28 Oct 2023 18:22:41 +0000 Message-ID: References: <1f269cb9-2cdf-4499-b68d-756d27648673@gmail.com> <874jicgu5w.fsf@gmx.de> <0ec5d535-c4e5-401f-8db7-fc4eb54f8517@gmail.com> In-Reply-To: <0ec5d535-c4e5-401f-8db7-fc4eb54f8517@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SJ0PR10MB5488:EE_|BN0PR10MB5352:EE_ x-ms-office365-filtering-correlation-id: ccfab605-f44b-483a-aaef-08dbd7e2df45 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: FzMsg7/i14OKKgltqd+DGn5t9huWJGERbH+8pmtHpr2g7LmYnjBHhSEgXRiGW0Cd7uFGjr3dg+zLqaZxCuR+HsR+WxN5apL5N2ErYQzJC4OfDFPRiziuu5wsPlza1Bl0KvlN875Hb+jHF1zN+brKzyUxX+wkLugvZtVtK8I+sDZxKMpFJHIVHNzgn1nV/rvZUX+grTaB8faa0BVAfDuDuemthBystEbaLCPCfo7/Exk4tbNpdrx+FtpMS9PFz4YTMsBcTLF8oP2IaKIDy5h6ylwX28R3UOZPQ5jZ4bUcOz5wP4/vaO0wiTh38lw5Bdsq485T3Q3qLyfjW0NWBSQ5MjemuIEQRJGh+u1vKUrYPOVZyXsXuhgeQvecUame1RGSKb8JRjoy8nQvU9mOG6XIqNLDtzFX6GGIoxVQEa0iIFM1WfbUcYDHMKKfZh8p3T7ir9/c39uzaYeSi9MnayvdRguIglhJmkfOMbFAwG67Bu2hPkaYhKI4/DCGT9xX4+L1ODGW4dz30k0ah5Vj+BOuPWUYg12DKZkrHu+Hz/CLy8Oc+xcQBsdJ9sfgzhw3OeeAnwFPwKBarAvnG8O4hmeaa/uD+stMjsK8oaLgYCJ2/qY= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(39860400002)(346002)(396003)(366004)(376002)(136003)(230922051799003)(186009)(1800799009)(64100799003)(451199024)(966005)(9686003)(38100700002)(478600001)(110136005)(38070700009)(54906003)(83380400001)(71200400001)(316002)(66946007)(122000001)(76116006)(6506007)(66446008)(66476007)(7696005)(26005)(66556008)(8936002)(64756008)(5660300002)(4326008)(55016003)(41300700001)(86362001)(52536014)(2906002)(33656002)(8676002)(44832011)(66899024); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: NTVta05LTiUUDvj70Ox4ZN5F4UP/XQgR73t1pfOymQZjarSVZdpzISRtkKldBKBOIN0LBf72XO3B+bLzOuMD8BLN2CW3S9E3in56bQIK892c4HTcYzjpvv8kIg8RM0DJbH+rxv3Mglsbf/Kr/xZTIqPu5yk+owr1c9XtEfaVI7XG/1F+5yvFkKXfBdDtQ1Bm7AQD+JKzKZA/RfSklIjvDWxBIs3csrzuxlbGhtBm0qW3z5iDvF06n2WL10N9+9b9VMYaVkkyWjKKm9PSfCuNXW5Qv+/YY9pPXVHhCCX4rB+F61ZBE4y75EVhJ3AI1E+TwLB5gwhFmhwv0BzN3YvJhlS3uH5yVqTcbCSjYmJx9R1h9HMtEY7LVGtU2FYGQCEpqsl83GDskS5eOpHnFZXJIq3URwUeHov79yKBhcoGrOTDwCOjyY3RaZmdNHoWgCWi4EvUDh7sbuknt1xr4+41mgbtkfaLzNlHAMr5OPt9F+0pZC7wGnhm6zhzheRn5XytsAiJBFLwlBBwslqPrKG4/IVOjkcpuT58E9dzXs7OZRwkfgkDJRejr7jEhLEfQgTpBIuTwrXvbwNn048q0RTNwQ7HaZn67n9Ks09ctaOoP6j7AEUZBxzO+x0C8CnmMz9r6OWDMkFNyN4p8rlu77lHS+r/xcouYdkjne0aHC9yEi0cpcxX3NKEl60A+bZBqZoIbFXq2n0m8qDJoiD0qsKhEGqIHTLxyo5UdfzzUnjPGwnKA89z9yrS7bcfU9/95hbjdvvw6vPNWd98WL/7r6ZY9fkHyE6zKX8L6HmPhNV3ZJchObO+zCilIkcyuFN61MDTfUfbgwsqR392Yk5wXW9I2kQZWcjWVn9no/ES6VbwV90I7xR3XxNnMFrHOAzADQF/r7a+7WOZZcnTXImcW225eRKtxak2feCsWpoP0rWmEL6VnQJGzJ+k0T/OXK8LmVyNgryDzbopoLgjEg9NENd1BspvPEpLfOFb/zEroRZ9RaCp1Wf4pE4WHe8KAbwpbP9XAlaPKY8tt65+goem4PZu1gVPFIt+nocWfymCv1N3yKulezAIGC1bd6fiJmTh/X5Pbci0FW23/+fhvQkxBWEdADNu7HybT7zNy4LfTSYykFvvOuMoni3LFyry7eaqFa7kFstk7VA1f9U3UH10P/swWk+6iD3pPyoQqQiLNE5hlVU34imfcoA07XO9RuD2idTtXGltUzT4OQJSuRMkc49z6RaSypC4+91EjzHPzPHTrH/eD4UIV+YvZlO1CGLQgzGQQw8liLwMLQlxyTty0ojCW4G4jHKuXNYg1RZoA+xfMoV45HX1yy5smzw3QO8GGRfJYdmiPwbvEiCqf9M7e7Jup05FfJY1eBeJaCdXbgYz0/OXuQnW/8EzYH69pSMSr0+VGGjnKAZMMb/Xt5TQcxieI67NPw/Ap+7t6zNhahRLaU7gH9kFWywluh0Xl5nWzXxR7UNuO8+03eWwveENAc+zHz97xLxYp4fA+kdoGxcgftFkmXaa82Mz8Qz27fQy9A8W8M4eYN0aTHvGTY38tNpyYgsihHrATPvjsXUTNOdo48I/YRf+GbDAz74vWFosNWHr Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: SA2ks/EWHKrv/p2WQ7xisjsWZKn+zhJUT1PIjWNftlDy9WJ+vOWafTjhHj/U+1UZb7T3sQRILCjYZW6b7tDkBtkGCUwssp7DW6qzvHNFWO86/wdfYIbSDrgviyuGQ5yso/VqJDw6pOE/zbuxSQQF4Uv1OUzXLjEZgvjYk2kilpceM9oCf7M+aLf8Styf/kMS7vuUr3lrVsoGLRazdrG27b2lH+LPg8zVpWxotNihc6NvyoZL3lvYCEOWtkfEwN127y/miNPRvhL6FbKaK1UYyHJEgaaMfk18TNqe7K5rZjwD56qBh86BDMYOjL5PVBjrjdGBV85jeJ5j4d/s8pSs/Qpv45fDrjagooprCISjucb13u8Mr9i6N45JlEsNC9AAK1co89ps2u5CroXSiUnHv8W0vv1bdTQtBukUx4ic6l5bL5RBgUEmQMhNeZTNOdlhf8OCUbJ9gdJ2bcMd/VFd96jeE8YYdb2pa1W++E21zanJv4lRGJb2sZRoxXggWCkImD+kWWUTfm35+bEzbVWE+IwIfh/YXZETYkXjHFr7ZEweY4WqL6gkmzS0tjNGgThgxVwXsgBcNMKEP5/CPlYIAilgcq2PNXosITm1dBqe6EiSFHLTC9mAExQOn/+3n1DvBE+m46bOEPU8IQ5g0tx8/osR2ia7TNxh57/SBBidFDqKrgcBr3/V8WDyZKNhJnv/5t1FkkJn1visBFPbUCkrX1h9oUPOZgH6NCwFiSeeioohwicMWqhqeDQjb0bxBntd1/mRS9dNmd2vz7AVuxM1/Da1Mh/7P3rXD0+5rsqulOhNUR6Vo71AgTnw64qsVT8pkvN5rFj1js4GUcdd48W4Ww== X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: ccfab605-f44b-483a-aaef-08dbd7e2df45 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Oct 2023 18:22:41.1006 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: +C15lMHgCUFIjGL6VoE25o8wwD3R3Edb7DntPU+XVY6Re/CoALl+IR3NpdKVVejkcZhH5nV33EnCx+eAXNMsuQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN0PR10MB5352 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.987,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2023-10-28_17,2023-10-27_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 suspectscore=0 spamscore=0 phishscore=0 mlxlogscore=999 adultscore=0 mlxscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2310240000 definitions=main-2310280149 X-Proofpoint-GUID: LeJ7XJiFHIKHK4VzNExWXlI5XyfACAEy X-Proofpoint-ORIG-GUID: LeJ7XJiFHIKHK4VzNExWXlI5XyfACAEy X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) PiBpZiBwYWNrYWdlcyBhcmUgZ29pbmcgdG8gYmUgY2hhbmdpbmcgdGhpcyAyIG9wdGlvbnMNCj4g d2l0aG91dCBhc2tpbmcgdGhlIHVzZXIgYWJvdXQgaXQsIHdoeSBkbyB0aGUgcGFja2FnZXMNCj4g bmVlZCB0byBsaWUgdG8gQ3VzdG9tIHNheWluZyB0aGF0IHRoZSB1c2VyIGFza2VkIGZvcg0KPiB0 aGF0PyAgV2h5IGRvbid0IGp1c3Qgc2V0cSwgYWRkLXRvLWxpc3Qgb3IgbW9kaWZ5IGl0DQo+IHNv bWUgb3RoZXIgd2F5PyBBdCBsZWFzdCB0aGF0IHdheSBDdXN0b20gd291bGQga25vdw0KPiB0aGUg dHJ1dGgsIHRoZSBzZXR0aW5nIHdhcyBjaGFuZ2VkIG91dHNpZGUgb2YgQ3VzdG9taXplLg0KPiAN Cj4gVGhhdCdzIHdoeSBJIGRvbid0IHVuZGVyc3RhbmQgd2hhdCBpcyB0aGUgZXhwZWN0YXRpb24N Cj4gYWJvdXQgQ3VzdG9tIGhlcmUgKGFwYXJ0IGZyb20gYmVpbmcgbGVzcyBuYWl2ZSB3aGVuDQo+ IHNhdmluZyB0aGUgY3VzdG9tLWZpbGUpLsKgIFRoZSBjb2RlIGlzIG1vZGlmeWluZyBhIHVzZXIN Cj4gb3B0aW9uIGFuZCB0ZWxscyBDdXN0b20gdGhhdCBpdCB3YXMgdXBvbiB0aGUgdXNlcg0KPiBy ZXF1ZXN0LCB3aGVuIGluIGZhY3QgaXQgaGFzbid0Lg0KPiANCj4gRmluYWxseSwgaGF2ZSB5b3Ug Y29uc2lkZXJlZCB0aGUgYXBwcm9hY2ggb2YgaGF2aW5nDQo+IHRoZSB1c2VyIG9wdGlvbiBwbHVz IGFub3RoZXIgdmFyaWFibGUgd2hpY2ggcGFja2FnZXMNCj4gc2hvdWxkIG1vZGlmeSB3aGVuIGRl c2lyZWQ/IFRoZW4gdGhlIGNvZGUgY291bGQgbWVyZ2UNCj4gdGhlIHVzZXIgc2V0dGluZ3Mgd2l0 aCB0aGUgcGFja2FnZSBzZXR0aW5ncy4NCg0KSGkgTWF1cm8sDQoNCk15IDIgY2VudHMgYWJvdXQg c3VjaCB0aGluZ3MgLQ0KDQoxLiBMaWJyYXJpZXMgY2FuIHVzZWZ1bGx5IG1vZGlmeSB1c2VyIG9w dGlvbnMuICBUaGV5DQpqdXN0IG5lZWQgdG8gbWFrZSB1c2VycyBhd2FyZSBvZiB0aGlzIGhhcHBl bmluZywgc28NCnRoYXQgdGFraW5nIGFkdmFudGFnZSBvZiB0aGlzIGlzIGEgdXNlciBjaG9pY2Uu DQoNCkluIHBhcnRpY3VsYXIsIGxpYnJhcmllcyBjYW4gZGVmaW5lIGNvbW1hbmRzIHdob3NlDQpw dXJwb3NlIGluY2x1ZGVzIGNoYW5naW5nIG9wdGlvbiB2YWx1ZXMgLSBzb21ldGltZXMNCmV2ZW4g c2F2aW5nIHN1Y2ggY2hhbmdlcyBpbW1lZGlhdGVseS4gIFRvIG1lLCB0aGlzDQppc24ndCBhIG5v LW5vLiAgV2hhdCBpcyBhIG5vLW5vIGlzIGNoYW5naW5nIGFuDQpvcHRpb24gdmFsdWUgYmVoaW5k IGEgdXNlcidzIGJhY2ssIGFuZCBhIGZvcnRpb3JpDQpzYXZpbmcgc3VjaCBhIGNoYW5nZSAtIGJp ZyBOTy1OTy4NCg0KV3J0IHlvdXIgbGFzdCBwYXJhZ3JhcGggYWJvdmU6IFRoYXQncyB0aGUgYXBw cm9hY2gNCnRoYXQgRW1hY3MgZ2VuZXJhbGx5IHRha2VzLiAgSXQncyBPSywgdGhvdWdoIGl0J3Mg YQ0KYml0IG9mIGEga2x1ZGdlLiAgTW9yZSBpbXBvcnRhbnRseSwgdXNlcnMgY2FuIF93YW50Xw0K dG8gbW9kaWZ5IGFuIG9wdGlvbiB2YWx1ZSBvbiB0aGUgZmx5LCBhcyBvcHBvc2VkIHRvDQptb2Rp ZnlpbmcgaXRzIG5vbi1vcHRpb24gc2hhZG93L3N0YW5kLWluIHZhcmlhYmxlLg0KDQoyLiBFbWFj cyBzaG91bGQgbWFrZSBhdmFpbGFibGUgZmVhdHVyZXMgSSBub3RlZCBpbg0KcHJldmlvdXMgcG9z dHMsIHN1Y2ggYXMgYSBmdW5jdGlvbiB0byBjb25zaWRlciBhDQpjaGFuZ2UgdG8gYW4gb3B0aW9u IHZhbHVlIChieSBwcm9ncmFtKSB0byBub3QgYmUgYQ0KY2hhbmdlLiAgVGhpcyBsZXRzIGNvZGUg Y2hhbmdlIGEgdmFsdWUgYnV0IG5vdA0KaGF2ZSBDdXN0b21pemUgY29uc2lkZXIgdGhhdCBhIGNo YW5nZSBoYXMgYmVlbg0KbWFkZSAtIHNvIHRoZSBjaGFuZ2Ugd29uJ3QgYmUgc2F2ZWQgYXV0b21h dGljYWxseQ0Kb3IgcmVwb3J0ZWQgYXMgaGF2aW5nIG9jY3VycmVkLg0KDQpUaGlzIGlzIGEgX2Nv bnZlbmllbmNlXyBmb3IgdXNlcnMsIG5vdCBhbiBvYnN0YWNsZToNCmJlIGFibGUgdG8gY2hhbmdl IGJlaGF2aW9yIHRoYXQncyB1c3VhbGx5IGdvdmVybmVkDQpieSBhbiBvcHRpb24sIHdpdGhvdXQg aGF2aW5nIEN1c3RvbWl6ZSBiYXJmIG9yIHNhdmUNCnRoZSBjaGFuZ2VzLiAgSW4gZWZmZWN0LCBp dCdzIGJlaW5nIGFibGUgdG8gdXNlIGFuDQpvcHRpb24gdGVtcG9yYXJpbHkgYXMgaWYgaXQgd2Vy ZSBub3QgYW4gb3B0aW9uLg0KDQozLiBFbWFjcyBzaG91bGQgYWxzbyBtYWtlIGF2YWlsYWJsZSB0 aGUgYWJpbGl0eSBmb3INCmBkZWZ2YXInIChvciBhIG5ldyBtYWNybykgdG8gdXNlIHRoZSBmZWF0 dXJlcyBvZg0KYGRlZmN1c3RvbScuICBJbiBwYXJ0aWN1bGFyLCB0aGlzIGluY2x1ZGVzIDpzZXQg YW5kDQo6dHlwZSwgYW5kIGl0IGluY2x1ZGVzIHRoZSBhYmlsaXR5IHRvIHBlcnNpc3QgdGhlDQp2 YWx1ZS4NCg0KVGhlIGRpZmZlcmVuY2UgYmV0d2VlbiB0aGlzIGFuZCBgZGVmY3VzdG9tJyBpcyB0 aGF0DQp1Y2ggdmFyaWFibGVzIGFyZW4ndCByZWNvZ25pemVkIGJ5IEVtYWNzIGFzIHVzZXINCm9w dGlvbnMuICBVc2VycyBjYW4ndCB1c2UgdGhlIEN1c3RvbWl6ZSBVSSBvcg0KYHNldC12YXJpYWJs ZScgd2l0aCBzdWNoIHZhcnMuICBgQy1oIHYnIHByb3ZpZGVzIG5vDQpgY3VzdG9taXplJyBsaW5r LCBldGMuDQpfX18NCg0KIzMgaXMgbWF5YmUgdGhlIG1vc3QgcmVsZXZhbnQgdG8gdGhlIHBvaW50 cyB5b3UNCnJhaXNlZCwgYnV0IEkgYWxzbyB3YW50ZWQgdG8gbWVudGlvbiAjMSBhbmQgIzIuDQoN CkkgcHJvcG9zZWQgIzMgdG8gZW1hY3MtZGV2ZWxAZ251Lm9yZyBiYWNrIGluIDIwMDk6DQoNCmh0 dHBzOi8vbGlzdHMuZ251Lm9yZy9hcmNoaXZlL2h0bWwvZW1hY3MtZGV2ZWwvMjAwOS0xMC9tc2cw MDY2OC5odG1sDQoNCkkgc2VudCBhIHBhdGNoIGZvciAjMyBhcyBidWcgIzI3MzQ4IChjbG9zZWQg YnkgTGFycywNCnNheWluZyB0aGF0IG5vIG9uZSB3b3VsZCB3YW50IHN1Y2ggYSBmZWF0dXJlKToN Cg0KaHR0cHM6Ly9kZWJidWdzLmdudS5vcmcvY2dpL2J1Z3JlcG9ydC5jZ2k/YnVnPTI3MzQ4DQoN ClRoYXQgcGF0Y2gsIHdpdGggYSBjb3VwbGUgdHJpdmlhbCB0d2Vha3MsIGlzIHN0aWxsDQp2YWxp ZCBhZ2FpbnN0IEVtYWNzIDI5LCBJIGJlbGlldmUuDQoNCkl0IGFkZHMga2V5d29yZCBgOm5vdC1j dXN0b20tdmFyJyB0byBgZGVmY3VzdG9tJy4NCklmIGl0cyB2YWx1ZSBpcyBub24tYG5pbCcgdGhl biB0aGUgdmFyaWFibGUgZG9lc24ndA0Kc2F0aXNmeSBgY3VzdG9tLXZhcmlhYmxlLXAnLCB3aGlj aCBtZWFucyBpdCdzIF9ub3QNCmF2YWlsYWJsZSBmb3IgaW50ZXJhY3RpdmUgdXNlXyAoY29tcGxl dGlvbiwNCmBzZXQtdmFyaWFibGUnLCBgYXByb3Bvcy11c2VyLW9wdGlvbicgb3V0cHV0LCBldGMu KS4NCklPVywgc3VjaCBhIHZhcmlhYmxlIGlzIGZvciBjb2RlIG1vcmUgdGhhbiBmb3IgdXNlcg0K Y29uZmlndXJhdGlvbi4NCg0KVGhlIHBhdGNoIGFsc28gZGVmaW5lcyBtYWNybyBgZGVmdmFyYycs IHdoaWNoIGlzDQpqdXN0IGBkZWZtYWNybycgd2l0aCBgOm5vdC1jdXN0b20tdmFyJyBzZXQgdG8g YHQnLg0KDQpUaGUgYGRlZmN1c3RvbScga2V5d29yZHMgZXRjLiBjb3VsZCBoYXZlIGp1c3QgYmVl bg0KYWRkZWQgdG8gYGRlZnZhcicgZm9yIG9wdGlvbmFsIHVzZS4gIEkgZGVmaW5lZCBhDQpzZXBh cmF0ZSBtYWNybyBqdXN0IHRvIG5vdCBpbnRlcmZlcmUgd2l0aCBhbnkNCmV4aXN0aW5nIHVzZXMg b2YgYGRlZnZhcicuDQoNCkluIHN1bSwgdGhpcyB1bmNvdXBsZXMgaW50ZXJhY3RpdmUgY3VzdG9t aXphdGlvbg0KZnJvbSB0aGUgb3RoZXIgZmVhdHVyZXMgdGhhdCBDdXN0b21pemUgb2ZmZXJzLCBp bg0KcGFydGljdWxhciwgdHlwZS1jaGVja2luZyBhbmQgcGVyc2lzdGVuY2UsIGFuZCBpdA0KcHJv dmlkZXMgdGhvc2UgZmVhdHVyZXMgZm9yIG5vbi1vcHRpb24gdmFyaWFibGVzLg0KDQpUaGUgYWJp bGl0eSB0byB0eXBlLWNoZWNrLCBwcm92aWRlIGA6c2V0JyBhbmQNCmA6aW5pdGlhbGl6ZScgdHJp Z2dlciBmdW5jdGlvbnMsIGF1dG9tYXRpY2FsbHkNCmA6cmVxdWlyZScgbGlicmFyaWVzLCBhZGQg bGlua3MgdG8gZG9jLCBhc3NvY2lhdGUNCndpdGggb25lIG9yIG1vcmUgYDpncm91cHMnLCBldGMu ICBUaGVzZSBhcmUgdXNlZnVsDQp0aGluZ3MgdG8gYmUgYWJsZSB0byBkbyB3aXRoIGF0IGxlYXN0 IHNvbWUgZGVmdmFycywNCm5vdCBqdXN0IHdpdGggZGVmY3VzdG9tcy4NCg0KU2ltaWxhcmx5LCB0 aGUgYWJpbGl0eSB0byBwZXJzaXN0IG5vbi1vcHRpb24gdmFycw0KaW4gYSB1c2VyJ3MgY3VzdG9t IGZpbGUgY2FuIGJlIHVzZWZ1bC4gIFRoaXMgYWxvbmUNCmlzIGEgZnJlcXVlbnQgcXVlc3Rpb24s IHRvIHdoaWNoIHRoZSBhbnN3ZXIgaGFzDQpiZWVuIGBzYXZlaGlzdC1hZGRpdGlvbmFsLXZhcmlh YmxlcycsIGBkZXNrdG9wLmVsJywNCm9yIEJvb2ttYXJrKyB2YXJpYWJsZS1saXN0IGJvb2ttYXJr cy4NCg0KVGhlIHBhdGNoIGFsc28gaW5jbHVkZXMgYSBtYWNybyBgd2l0aC11c2VyLXZhcnMnLA0K d2hpY2ggdGVtcG9yYXJpbHkgbGV0cyBhIHNldCBvZiB2YXJpYWJsZXMgYmUNCmN1c3RvbWl6YWJs ZS4gIFRoYXQgaXMsIGl0IGxldHMgeW91IHRyZWF0IGENCmBkZWZ2YXJjJyB2YXJpYWJsZSBhcyBp ZiBpdCB3ZXJlIGEgYGRlZmN1c3RvbScNCm9wdGlvbi4gIFNvIGlmIHlvdSB3YW50LCB5b3UgY2Fu IHVzZSB0aGUgQ3VzdG9taXplDQpVSSB0byBjaGFuZ2UgYSBkZWZ2YXJjJ3MgdmFsdWUsIG9yIGRl ZmluZSBjb21tYW5kcw0KdGhhdCB1c2UgKGUuZy4gY29tcGxldGUpIGBkZWZ2YXJjJyB2YXJpYWJs ZSBuYW1lcy4NCg== From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Mauro Aranda Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Oct 2023 22:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams , Michael Albinus Cc: Eli Zaretskii , "wyuenho@gmail.com" , "63891@debbugs.gnu.org" <63891@debbugs.gnu.org> Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.16985324191009 (code B ref 63891); Sat, 28 Oct 2023 22:34:01 +0000 Received: (at 63891) by debbugs.gnu.org; 28 Oct 2023 22:33:39 +0000 Received: from localhost ([127.0.0.1]:39775 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwrsB-0000GC-0M for submit@debbugs.gnu.org; Sat, 28 Oct 2023 18:33:39 -0400 Received: from mail-qv1-xf35.google.com ([2607:f8b0:4864:20::f35]:57709) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwrs7-0000Fq-0n for 63891@debbugs.gnu.org; Sat, 28 Oct 2023 18:33:38 -0400 Received: by mail-qv1-xf35.google.com with SMTP id 6a1803df08f44-66fbcc70c94so10510226d6.3 for <63891@debbugs.gnu.org>; Sat, 28 Oct 2023 15:33:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698532376; x=1699137176; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=JPtzCcyXyPkDrTspuw8+NPXkIRL2VZpuzNfDSP8UMoQ=; b=PnTcOpNh0IMyrG4yipQ/YrGCPkHqHA3MTmd/hGMrDi9Yk2NiAjpqheJFkYR+g3zgqW 7NqA7LpxvDXaki7HgzAxr7LdWVYyHLuD6Em4cxKCyO1kePnq6LznQd/Rb2WlHfOH85tx 0hYfs9LbtiM03kWBAhG9v4yCJaT2VVt7+vgWqgJXubR31iDFJc4rqdlPSaiJU8rlSXw0 Ccdj7Ruhu0MO3n7HfMP/rwUXpc7TY6Qr75BtZz1TuniJtfybSP12wFbD1X2pVNUZeZeB RpGMijiicAUeoTNMf1nB8/MmKlFhZFY128qyeGmeWvZT3YUk/aZJjjSZDC/9OVZ/n9HL JenQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698532376; x=1699137176; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=JPtzCcyXyPkDrTspuw8+NPXkIRL2VZpuzNfDSP8UMoQ=; b=YWCIVd4w165/qlEx74jxpc8Qe+B+gdOA5zb/y6IWM+CVnSS1cVdForDzGXTLmhQ+po 0ujWDo/cqfS63BEmMChRwcCr67WL+M5vQmaogwIvIQl8To+AaVYQ07czUZxiRIhj1iT9 A+/E9w4gxiGbAyp1PMHQc9Q3CVp0DudJaZ9PbRkfn3WqPwr0wOBNFdn5TN9LWgI3oeNX ImBowSZxfrWI8MIcIuzzxBAeVQV7F7fDrZ6LbgSuhLbqiDYP5sE/rLNKU+5OmobVU5dR C+wGIsxVKyE0w68C4c4OlB92sncO5/UJaZKsfvQ8WVOmS10Cwpuhd6ISwbrUGxdJjzZc NR6w== X-Gm-Message-State: AOJu0YzRxK03UPl2t4VAoPA5HlvZQTwU4KizydQzSu8pjoAWxzAC6x0H zB7Kr2XbP8Eq5p/Z7RqA6Rg= X-Google-Smtp-Source: AGHT+IFBLnUrrLhVjAkzzyB4FnaxGyNsBcAAmyCk3bOuiyaP1fLLUdubIIsd5VR7M1Dv987gn5/Gaw== X-Received: by 2002:a05:6214:5006:b0:66d:48e4:9928 with SMTP id jo6-20020a056214500600b0066d48e49928mr8756579qvb.12.1698532375853; Sat, 28 Oct 2023 15:32:55 -0700 (PDT) Received: from [192.168.0.234] ([152.168.142.156]) by smtp.gmail.com with ESMTPSA id k15-20020a05621414ef00b0065b14fcfca6sm1971913qvw.118.2023.10.28.15.32.53 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 28 Oct 2023 15:32:55 -0700 (PDT) Message-ID: Date: Sat, 28 Oct 2023 19:32:51 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US References: <1f269cb9-2cdf-4499-b68d-756d27648673@gmail.com> <874jicgu5w.fsf@gmx.de> <0ec5d535-c4e5-401f-8db7-fc4eb54f8517@gmail.com> From: Mauro Aranda In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 28/10/23 15:22, Drew Adams wrote: >> if packages are going to be changing this 2 options >> without asking the user about it, why do the packages >> need to lie to Custom saying that the user asked for >> that?  Why don't just setq, add-to-list or modify it >> some other way? At least that way Custom would know >> the truth, the setting was changed outside of Customize. >> >> That's why I don't understand what is the expectation >> about Custom here (apart from being less naive when >> saving the custom-file).  The code is modifying a user >> option and tells Custom that it was upon the user >> request, when in fact it hasn't. >> >> Finally, have you considered the approach of having >> the user option plus another variable which packages >> should modify when desired? Then the code could merge >> the user settings with the package settings. > > Hi Mauro, > > My 2 cents about such things - > > 1. Libraries can usefully modify user options.  They > just need to make users aware of this happening, so > that taking advantage of this is a user choice. > > In particular, libraries can define commands whose > purpose includes changing option values - sometimes > even saving such changes immediately.  To me, this > isn't a no-no.  What is a no-no is changing an > option value behind a user's back, and a fortiori > saving such a change - big NO-NO. Of course, and we agree.  I sent a message yesterday asking why didn't the code just used customize-set-variable, which is one of the functions that Custom gives for libraries when they want to change the value of some user option for the session, upon user request.  That's why I'm raising the point that this change is happening behind the user's back. But it seems to be the way that these particular user options, connection-local-profile-alist and connection-local-criteria-alist, are supposed to be used by packages.  IOW, it seems to me that this is not specific to Tramp.  For example: emacs -Q (progn   (require 'files-x)   (setq old-connection-local-profile-alist connection-local-profile-alist)   (require 'eshell)   (equal old-connection-local-profile-alist connection-local-profile-alist)) That evaluates to nil.  This is not happening via some command. Of course, the libraries might need to change the value to work correctly, but that's why I'm asking what's the expectation about Custom after the change, because telling Custom this happened upon user request is not true.  Another bad consequence is this: M-x customize-option RET connection-local-profile-alist State shown is: SAVED and set But of course, if you visit custom-file, you'll see no such reference to connection-local-profile-alist.  This should show that this is not the way custom-set-variables is supposed to be used. > Wrt your last paragraph above: That's the approach > that Emacs generally takes.  It's OK, though it's a > bit of a kludge.  More importantly, users can _want_ > to modify an option value on the fly, as opposed to > modifying its non-option shadow/stand-in variable. OK, that's something I haven't considered. > 2. Emacs should make available features I noted in > previous posts, such as a function to consider a > change to an option value (by program) to not be a > change.  This lets code change a value but not > have Customize consider that a change has been > made - so the change won't be saved automatically > or reported as having occurred. I wonder what does this mean in terms of the possible states for a user option.  AFAICT, none of the current possible states (STANDARD, SAVED, CHANGED, SET) fit in your description. STANDARD: No, standard value and current value don't match. SAVED: No, that setting wasn't saved. CHANGED: No, because you're saying that Custom shouldn't consider the change. SET: No, because the code needs to use customize-set-variable, but that wouldn't be Custom ignoring the change. > 3. Emacs should also make available the ability for > `defvar' (or a new macro) to use the features of > `defcustom'.  In particular, this includes :set and > :type, and it includes the ability to persist the > value. > > The difference between this and `defcustom' is that > uch variables aren't recognized by Emacs as user > options.  Users can't use the Customize UI or > `set-variable' with such vars.  `C-h v' provides no > `customize' link, etc. This sounds interesting. > I proposed #3 to emacs-devel@gnu.org back in 2009: > > https://lists.gnu.org/archive/html/emacs-devel/2009-10/msg00668.html > > I sent a patch for #3 as bug #27348 (closed by Lars, > saying that no one would want such a feature): > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27348 > > That patch, with a couple trivial tweaks, is still > valid against Emacs 29, I believe. > > It adds keyword `:not-custom-var' to `defcustom'. > If its value is non-`nil' then the variable doesn't > satisfy `custom-variable-p', which means it's _not > available for interactive use_ (completion, > `set-variable', `apropos-user-option' output, etc.). > IOW, such a variable is for code more than for user > configuration. > > The patch also defines macro `defvarc', which is > just `defmacro' with `:not-custom-var' set to `t'. > > The `defcustom' keywords etc. could have just been > added to `defvar' for optional use.  I defined a > separate macro just to not interfere with any > existing uses of `defvar'. > > In sum, this uncouples interactive customization > from the other features that Customize offers, in > particular, type-checking and persistence, and it > provides those features for non-option variables. > > The ability to type-check, provide `:set' and > `:initialize' trigger functions, automatically > `:require' libraries, add links to doc, associate > with one or more `:groups', etc.  These are useful > things to be able to do with at least some defvars, > not just with defcustoms. > > Similarly, the ability to persist non-option vars > in a user's custom file can be useful.  This alone > is a frequent question, to which the answer has > been `savehist-additional-variables', `desktop.el', > or Bookmark+ variable-list bookmarks. > > The patch also includes a macro `with-user-vars', > which temporarily lets a set of variables be > customizable.  That is, it lets you treat a > `defvarc' variable as if it were a `defcustom' > option.  So if you want, you can use the Customize > UI to change a defvarc's value, or define commands > that use (e.g. complete) `defvarc' variable names. Thank you for the links and the explanation.  I'll take the time to read them. Just by reading your explanation, I don't think I understand if just by using something like your description of 'defvarc' would solve the issue of having to combine user's customizations with a package setting by using two different variables. From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Oct 2023 02:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mauro Aranda , Michael Albinus Cc: Eli Zaretskii , "wyuenho@gmail.com" , "63891@debbugs.gnu.org" <63891@debbugs.gnu.org> Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.169854605123899 (code B ref 63891); Sun, 29 Oct 2023 02:21:01 +0000 Received: (at 63891) by debbugs.gnu.org; 29 Oct 2023 02:20:51 +0000 Received: from localhost ([127.0.0.1]:39955 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwvQ2-0006DO-S6 for submit@debbugs.gnu.org; Sat, 28 Oct 2023 22:20:51 -0400 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:54568) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwvPx-0006DC-Md for 63891@debbugs.gnu.org; Sat, 28 Oct 2023 22:20:49 -0400 Received: from pps.filterd (m0246630.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 39T23hIr003054; Sun, 29 Oct 2023 02:20:12 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2023-03-30; bh=hz3DW5xZJiTX1uIi7JjL80Dv54BJlS3cAe9aFG7Va9c=; b=E4L5oOtC3qqjJI6z+k5kmT434/rbvLuSl8nOeqasvj+6WQewDGbJEf9lsZslBUg7QgDc s0ZarHqpl82jOCQsm3irV7TyH73EHs3J+tXtq7Bq91dfsMI5d9AxQ/dEnjQTmmTP/lpS HvQS1X45Lu3/508yLQ+OevfN0uj/uLxZrMsD29Yd7fxxbveUAHiWBVSr5o9sf7MbxIX6 mtAUEEoOsxEdCX5FhEr+93DWWRmqht11qO01V2Y8KuwmG+Y2NY6XE3b0JQn8yok0fMbv 5HUTIMviM1H0RYmAhuzjZvdS915kNkZvBqhpQTZCbQQW2cIceciRhTP5lyU2jgKVDqCn wg== Received: from phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (phxpaimrmta03.appoci.oracle.com [138.1.37.129]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3u0rqdrw0v-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 29 Oct 2023 02:20:12 +0000 Received: from pps.filterd (phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com [127.0.0.1]) by phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (8.17.1.19/8.17.1.19) with ESMTP id 39T06q8o029495; Sun, 29 Oct 2023 02:20:11 GMT Received: from nam11-dm6-obe.outbound.protection.outlook.com (mail-dm6nam11lp2169.outbound.protection.outlook.com [104.47.57.169]) by phxpaimrmta03.imrmtpd1.prodappphxaev1.oraclevcn.com (PPS) with ESMTPS id 3u0rr38w9y-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 29 Oct 2023 02:20:11 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=l6sizpKdA77f+uFR/wdGSogcaFWNVGtglPGEht5gS1VvVoDhKWylpgHbzqi8u+rw3Ar1IkK8B1oYfqyCp+JM7MwX19r7VcuQiuKiR6clet1GUdi3Y8qJqaIqXPAbz3/RhuK9UEiHe35dso8WMpj0vq+FRrBUBcfcCPsfHZtyICWDZZiNyrbYy9s1GTopr6qisJMXnlmNkNPZUPExAnIBU/ls80Vv8Smj/xluMF+m5ataOLB3151eXSp0+KYvVJhe2FhES5jyAxxOQ//A5a0BN/7iSM8hAM/A5rlAaZhNYE4EiWihSJemtO3CgHafFuy2mshtCcC0jQReH5UPzB7l7w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=hz3DW5xZJiTX1uIi7JjL80Dv54BJlS3cAe9aFG7Va9c=; b=WH2rr9N1+49EYmVJJJPPN+b8uZkPj/dLrViZ9eR007Cbk1Dg58YJiB0f7QITY8OGqI72axq1HSMT1TqeFpgCbHVLhd9PFwHYnz9r5P+lgJ2/zqnH9pMaGRQtutjJyPknYGKGkaiE7rJnw7YTCFG4+/oP5tzMoPm7p4LMUMQ9RPmFQOMOUpEtv9gs50yhIDdl1Ue5Qd7d8ZNAquewzxjFlYqbb1nCqVUz6RhC/MhD+C4u6zbLf3Qc+ywQrZwILAk6GAdTAVtm4rvThG6Uhreaagpwc9H+VW6nklTVyJE4+5KUYpVxPgPLuj7zK904SBq14HgNCUpEstMhaEYUZCSnmQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=hz3DW5xZJiTX1uIi7JjL80Dv54BJlS3cAe9aFG7Va9c=; b=PQNaBmEJNrfJelnRvZVLKg5BqGD7zhGeZHE2EUy8ixWNOeilJFxaEF5d/Ey881pnLVGtAiLSF048swR06AsjFAvQbB/FPSnpVaPlzvWZudwBl3MhYhOZRuG9JFRvUkJJ4SMlpOBLVvQBJbXzZBK89cCtLnO1zi4yAUkEG9Mg/ME= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by DS0PR10MB6993.namprd10.prod.outlook.com (2603:10b6:8:153::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6907.29; Sun, 29 Oct 2023 02:20:08 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::9e11:9d8c:b7f4:f45b]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::9e11:9d8c:b7f4:f45b%6]) with mapi id 15.20.6907.032; Sun, 29 Oct 2023 02:20:08 +0000 From: Drew Adams Thread-Topic: [External] : bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Thread-Index: AQHaCe61IMnztagbkUCOu91dA6brhLBf+0iA Date: Sun, 29 Oct 2023 02:20:08 +0000 Message-ID: References: <1f269cb9-2cdf-4499-b68d-756d27648673@gmail.com> <874jicgu5w.fsf@gmx.de> <0ec5d535-c4e5-401f-8db7-fc4eb54f8517@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SJ0PR10MB5488:EE_|DS0PR10MB6993:EE_ x-ms-office365-filtering-correlation-id: 4711a19e-f2ce-417e-7ddb-08dbd8259227 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: SBpLdFwql8+zl9vcD+E8x/PZpZkXFejXeAqIYa2uFtxouAszO9ci5181AgMrNaDbhtr3vClZk1W9kiNZJf6GpMSqRRsL5A0WGgmUvGcesBmM5kglvZJ5QfJ9oRQlECERscL675QYHs2LdcG507FyJs73MzL4D3rbBD9w+pZKbs8zpaF/Xo9M/qME8W84asbIE19nxZbBIJc9Yal8+irKD/yxNK8rLwbYe6BppgGIMLTFCRcXKh3PhAAIPW6DvlyGl2sEMjDaM2C50JftfbVEJAz3V1T8qhXCoHpdwtJ54Fb7bWJZ4vldBAM2u+vStTWh9zdfAmGQdqJCNmVfRTK4e8LxYrGNzRtNM2KfNM8w1HgZd7GRvDKRh+f0FM017A5VPPacrZIvHgYzYJd6U2mHgPVdVHKIXO3vYNIfeoS0iba7kf4cDS1nFl61aPGZ+OaoA6a3t+OqkCb4SINYFQ9Zb4u3wkIsET/IuKanzV2sk2MHyf0W3pY21pkbTr2/1Ts457Fso5rDJ/QPqPabDk4jAmn39RJo9djyu4P79hTrdP+p6lQaWEz0uSAgaCI/t4Vlcqm32xKYHbUzWvuQHqPh2euBUrhXTKbFY15O5+jAATk//kk7lm2Bd8z3lK/VG/B12PQKNuM//PCySk+nATq/lQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(366004)(346002)(376002)(39860400002)(396003)(136003)(230922051799003)(451199024)(186009)(1800799009)(64100799003)(55016003)(122000001)(2906002)(38100700002)(6506007)(54906003)(110136005)(64756008)(66556008)(66946007)(71200400001)(478600001)(66446008)(9686003)(76116006)(7696005)(966005)(66476007)(83380400001)(52536014)(4326008)(86362001)(41300700001)(44832011)(5660300002)(8676002)(33656002)(316002)(8936002)(26005)(38070700009)(66899024); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: j64kbjYaeOUi/qlv71ECNffI8Gsff9kvXJSooVOeS6K2DBypa0otvIh8S9bifbB8hh/I79wKi9gVqzijrvzaU8J61bVWhd6BaoSzjn5S1sZuY9PYQaxb2erLbFld3bvltrKmqB/wjT8CYPmoqCRmeywMxfM/E7l0+gyhtMTTbgLfhmoHeevaGKFepa0Y/7u0EC7k7NNtSfprc+gyPH/pT/arzqP1m3Nl8uJzr3QHQAli6bxvcTl13y5OrqdDEgOmcvHs4GIbU8dPPBmkGYkh85yjEbwhU8eEf/WbWtTtFMkwNwcZ/c2F0+0B563Af/nBroEHBT0q+6rGNtEq2JUS4MxdPiML+KRAe3po4Ki38ai7wK55Bx4i9BSdgZdykyEFUpnSIe0O9vc6+7hi6nH2o5KSdS1rMnE7WL4r6+WEuYA4p3VsWgbx1oQWb5DcizYkqDvQaEBUuCVyYrnR+xgll8R4VlIPNit1pOL5lKUmGz8+vQauFzhQGlkTREVGiKvqNWTjiRFvPy3KK5UChJpnhWptSG8jeo/G/jjfMLaiSNaAEezZeOhqv77zjPpnD93RnLKNaNc4oKEJp5kk5iAGTi37NKwBwqtP3bjtOqAZBJz838Uw+Lgjt4bIl7LAXjs8od2Vo09MYCSzF7Dx78Vsn3uxmxDekU42ziON/w57yC3Yyq+B+vT9nHwGnpxQbHtyUQr8RLCNQpenGOS2bEftUC52aNk1kaKtHIDZqHgJK2wiO4CeG3qNcPhuPANYxcDoijFnzPT0vhX/+H4YZ0aZyzFYcAm49a8Av/EuRP9otXFhaLd351Vyu6O2xYhMZ2WJLZdXtD1hDKoePoc94uD3PKqvpsxQobMER9xkrVs1IBpos8ZUUdKc1MuBsB98zMyESyeV10OK9LnpyVcz26e4uTUr9qwaBqtFRJRrt0i5nNDIGAmsY/YTh5YSe2Qocef/ArK9Pmte4h+FNWdjpsCqqpnuhOZuzQmKCGdsbncSS44CmS0AEhnMrsjvsbHbsDHreani7mLcUpRX+DpUVpkMvknDF8EuvVGo0NBWMx1vArA7FZbuXkK6nqeB/QdpE+exSxUXAdKawnimEKS7fkU7xucR3RnhSCPXygET8ROpK4TMqbN8Fak+Q8YpFio8KEzg3I4k/9/tmfuu+73Wx7j/otCTG6S8sqO5if2vJ7Z2uIwJaedGpb18M6+xDXfcoB6rTamOpiTSJv0ZGFHVxD7gbRKbJqVqZbPVdBZq4/KY7G3LjQyR6XI+c6gH0gVYIXhI3Hluk/mfmR5czafT/YQpopYKhKla3ejxC5ELAWFzObW78z6Q55ovlEZ5osogjzbMqNhwuUtgZ5pqtAAgEQ9tD2vDLVpeX0xXTn1fyiczMzfHCuSBAaQgynLzPl6JA+DHErZX3Xm2aW7sRUeKSs/89EOSQqYgSX1uTDGffU51aoTLwTvdTCTozKyLZfKf/DJ6MvT2cvUurC+EP6GOPEhFl9yHzVHdDC0C6D1WiujjZ44p/xlr7mU4bEcAjBUuHcTd5A2s18jpHAMfIqrEo9Pr4cWWKQPne3kDEHyK+0WMrbQgSPQi9gW9SxLWhqfFoh5i Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: R2yrYHgDb3mKaFCA8Qaqn3pXB3U1S4j0Zt13DG9IUo/mI4XPVuGADnXuNx374+099K0Hswk7qecJQhZ3U0NFjMsETzNolFbRFZq4c9fw4YBvcySzoO/d7kNxoxW7uhsH4zsRgOacf+Yaewazt/1PXHzZGOf8xZ3Agkpjed+gztfY+ZLMALOJHctox5sDeqBEDv8uTjjYByA8StVDzEjorPLDGPzenY7Jj3fW1fghsaCBMrVpLuMD73YC91BfTBAaWrM1iusR/4U65SVUOtA38nKJRTdgvqfvD50TcaYcsAPDjiWK/vn33SgI0FIWeSwbFiGhNH6xUnArr4wbWqQ8v4CdCA4DRlzBbTQWWCMDXiOBS/07puw0WIfvJgs3BGmjkZF9wQ2aSkh4inDT4hZvAXxjAAjTWmgAWNpShKQ0jqamHLRdOK28Bzdvy4ikHgtjluu1UQ5Ww9wi9sfRxrfCRlifZPrpSZEQNixnNQh5m4qN7zCBifjfwC3nFrxI5Q2SS/qETZTnbTaPwhrRf+hmKs2/EIqEFNsNUT6PddmWwMthRjKbTHwJ8xbfVtNkOmFUdq17Z00BlnhYJpuqi/l6nnPaRsrYFavqYLoW6CbPqa8bvK1dAWJEp2EOjexrlq2GRPpjQDBNWHuvh0jLgZS66LgMYqVR3ylzipVl9qFnoMyvaMwaQZ6XOCAwR1hCM08i/JqURkNGTIDX0jCvzSHo80YPkUmcQY5+ytymcl/zrBQtkadjUkePLy5CJm2i9FS7xKsZcRaHOfp4qyn5jZWcO70deew5BX+hRebe9Zr1G3AyuNT5VsznVPPuyZFDNge8YC3PDUJ009+v1g7E/DzCcg== X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4711a19e-f2ce-417e-7ddb-08dbd8259227 X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Oct 2023 02:20:08.0495 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 13B6EcZyhee13U3hA2co5hDymjRVLFv+KtMnHullKslMgqk5rRB5jEuajyre4RyNfTgHavDlUB8xM0X5R2VnDg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS0PR10MB6993 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.987,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2023-10-28_24,2023-10-27_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 suspectscore=0 malwarescore=0 phishscore=0 spamscore=0 adultscore=0 bulkscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2310240000 definitions=main-2310290018 X-Proofpoint-ORIG-GUID: 3e_E_jd3I8lD6rppqXW97CulmWSpyJeV X-Proofpoint-GUID: 3e_E_jd3I8lD6rppqXW97CulmWSpyJeV X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) PiAgPiAyLiBFbWFjcyBzaG91bGQgbWFrZSBhdmFpbGFibGUgZmVhdHVyZXMgSSBub3RlZCBpbg0K PiAgPiBwcmV2aW91cyBwb3N0cywgc3VjaCBhcyBhIGZ1bmN0aW9uIHRvIGNvbnNpZGVyIGENCj4g ID4gY2hhbmdlIHRvIGFuIG9wdGlvbiB2YWx1ZSAoYnkgcHJvZ3JhbSkgdG8gbm90IGJlIGENCj4g ID4gY2hhbmdlLsKgIFRoaXMgbGV0cyBjb2RlIGNoYW5nZSBhIHZhbHVlIGJ1dCBub3QNCj4gID4g aGF2ZSBDdXN0b21pemUgY29uc2lkZXIgdGhhdCBhIGNoYW5nZSBoYXMgYmVlbg0KPiAgPiBtYWRl IC0gc28gdGhlIGNoYW5nZSB3b24ndCBiZSBzYXZlZCBhdXRvbWF0aWNhbGx5DQo+ICA+IG9yIHJl cG9ydGVkIGFzIGhhdmluZyBvY2N1cnJlZC4NCj4gDQo+IEkgd29uZGVyIHdoYXQgZG9lcyB0aGlz IG1lYW4gaW4gdGVybXMgb2YgdGhlDQo+IHBvc3NpYmxlIHN0YXRlcyBmb3IgYSB1c2VyIG9wdGlv bi7CoCBBRkFJQ1QsDQo+IG5vbmUgb2YgdGhlIGN1cnJlbnQgcG9zc2libGUgc3RhdGVzIChTVEFO REFSRCwNCj4gU0FWRUQsIENIQU5HRUQsIFNFVCkgZml0IGluIHlvdXIgZGVzY3JpcHRpb24uDQo+ DQo+IFNUQU5EQVJEOiBObywgc3RhbmRhcmQgdmFsdWUgYW5kIGN1cnJlbnQgdmFsdWUNCj4gICAg ICAgICAgIGRvbid0IG1hdGNoLg0KPiBTQVZFRDogICAgTm8sIHRoYXQgc2V0dGluZyB3YXNuJ3Qg c2F2ZWQuDQo+IENIQU5HRUQ6ICBObywgYmVjYXVzZSB5b3UncmUgc2F5aW5nIHRoYXQgQ3VzdG9t DQo+ICAgICAgICAgICBzaG91bGRuJ3QgY29uc2lkZXIgdGhlIGNoYW5nZS4NCj4gU0VUOiAgICAg IE5vLCBiZWNhdXNlIHRoZSBjb2RlIG5lZWRzIHRvIHVzZQ0KPiAgICAgICAgICAgY3VzdG9taXpl LXNldC12YXJpYWJsZSwgYnV0IHRoYXQNCj4gICAgICAgICAgIHdvdWxkbid0IGJlIEN1c3RvbSBp Z25vcmluZyB0aGUgY2hhbmdlLg0KDQpJIHVzZSBteSBsaWJyYXJ5IGBjdXMtZWRpdCsuZWwnLCB3 aGljaCBjaGFuZ2VzDQpzb21lIG9mIHRoZSBgY3VzLWVkaXQuZWwnIGNvZGUuICBTZWUsIGUuZy4s DQpmdW5jdGlvbiBgY3VzdG9tLWNvbnNpZGVyLXZhcmlhYmxlLXVuY2hhbmdlZCcuDQpEb2Mgc3Ry aW5nOg0KDQogIENvbnNpZGVyIHRoaXMgdmFyaWFibGUgYXMgYmVpbmcgdW5jaGFuZ2VkIG5vdy4N CiAgVGhpcyBkb2VzIG5vdCBzYXZlIHRoZSBjdXJyZW50IHZhbHVlOyBpdCBqdXN0DQogIGNvbnNp ZGVycyB0aGUgdmFsdWUgdG8gYmUgdW5jaGFuZ2VkLiAgSWYgbm8NCiAgZnVydGhlciBjaGFuZ2Vz IGFyZSBtYWRlIHRvIHRoaXMgdmFyaWFibGUsIHRoZW4NCiAgYWZ0ZXIgZG9pbmcgdGhpcywgYGN1 c3RvbWl6ZS1jdXN0b21pemUnIHdpbGwgbm90DQogIGRpc3BsYXkgdGhpcyB2YXJpYWJsZSwgc2lu Y2UgaXQgd2FzIGNvbnNpZGVyZWQNCiAgdW5jaGFuZ2VkLg0KDQpUaGUgY3VzLWVkaXQrLmVsIGNv ZGUgaXMgaGVyZToNCg0KaHR0cDovL3d3dy5lbWFjc3dpa2kub3JnL2VtYWNzLWVuL2Rvd25sb2Fk L2N1cy1lZGl0JTJiLmVsDQoNCkFuZCBoZXJlIGlzIHNvbWUgaW5mbyBhYm91dCBpdDoNCg0KaHR0 cDovL3d3dy5lbWFjc3dpa2kub3JnL0N1c3RvbWl6aW5nQW5kU2F2aW5nI0N1c3RvbWl6ZVBsdXMN Cg0KQWJvdXQgY29uc2lkZXJpbmcgc29tZSBjdXN0b21pemVkIHN0YXRlIHRvIGJlDQoidW5jaGFu Z2VkIiwgc2VlIHRoaXMgcG9zdCB0byBidWcgMTkzMjggdGhyZWFkLg0KDQpodHRwczovL2RlYmJ1 Z3MuZ251Lm9yZy9jZ2kvYnVncmVwb3J0LmNnaT9idWc9MTkzMjgjNDcNCg0KU2VlIHRoaXMgcGFy dCBvZiB0aGUgcG9zdDogIkRlYWxpbmcgd2l0aCBTcHVyaW91cw0KQ2hhbmdlcywgMzogQ29uc2lk ZXIgVW5jaGFuZ2VkLiINCg0KVGhpcyBsZXRzIEN1c3RvbWl6ZSBrbm93IHRoYXQgdGhlIGN1cnJl bnQgdmFsdWVzDQoob3B0aW9ucyBvciBmYWNlcykgYXJlIHRvIGJlIHRyZWF0ZWQgYXMgaWYgdGhl eQ0Kd2VyZSBzYXZlZCwgYnV0IHdpdGhvdXQgYWN0dWFsbHkgc2F2aW5nIHRoZW0gdG8NCnlvdXIg Y3VzdG9tIGZpbGUuDQoNClRoYXQgd2F5LCB5b3VyIGN1c3RvbSBmaWxlIGlzIG5vdCBwb2xsdXRl ZCB3aXRoDQp0aGluZ3MgdGhhdCB5b3UncmUgbm90IHJlYWxseSBjb25jZXJuZWQgd2l0aCwgeWV0 DQp5b3UncmUgbm90IGJvdGhlcmVkIGJ5IHNlZWluZyBzdWNoIGZpY3RpdGlvdXMNCmNoYW5nZXMg c2hvdyB1cCBlYWNoIHRpbWUgeW91IGNoZWNrIGZvciBjaGFuZ2VzLg0KDQpVbmxpa2UgaWdub3Jp bmcgY2hhbmdlcyB0byBjZXJ0YWluIHByZWZlcmVuY2VzDQooc2VlIGJlbG93KSwgYW5kIHJlYWxs eSBzYXZpbmcgY3VycmVudCB2YWx1ZXMsDQpgQ29uc2lkZXIgVW5jaGFuZ2VkJyBpc24ndCBhIHBl cnNpc3RlbnQgY2hhbmdlLg0KDQpZb3UgY2FuIHVzZSBpdCBhbnkgdGltZSB0byAicmVzZXQiIHRo ZSBjaGFuZ2UNCmNvdW50ZXIgZm9yIGdpdmVuIHByZWZlcmVuY2VzLCBzbyB0aGUgY3VycmVudA0K Y2hhbmdlIGlzIGNvbnNpZGVyZWQgdGhlIG5ldyBiYXNlIHZhbHVlIChhcyBpZg0KaXQgd2VyZSBz YXZlZCksIGFuZCBhbnkgZnVydGhlciBjaGFuZ2VzIHlvdSBtYWtlDQp0byB0aGVtIHdpbGwgdGhl biBzaG93IHVwIGFzIGNoYW5nZXMsIHVzaW5nDQpgY3VzdG9taXplLXVuc2F2ZWQnLg0KDQpUaGUg Imlnbm9yaW5nIGNoYW5nZXMiIG1lbnRpb25lZCBhYm92ZSBpcyBhbm90aGVyDQpwb3NzaWJpbGl0 eSAoc2VlICJEZWFsaW5nIHdpdGggU3B1cmlvdXMgQ2hhbmdlcywNCjI6IElnbm9yZSIgaW4gdGhl IHNhbWUgYnVnIDE5MzI4IG1lc3NhZ2UpLiAgSXQncw0KYXBwcm9wcmlhdGUgZm9yIHNvbWUgcHJl ZmVyZW5jZXMgdGhhdCB5b3UgbWlnaHQNCmNoYW5nZSBvZnRlbiBhbmQgdGVtcG9yYXJpbHkuICBZ b3UgY2FuIGFkZCBzdWNoDQpvcHRpb25zIHRvIGEgbGlzdCwgYGN1c3RvbWl6ZS1jdXN0b21pemVk LWlnbm9yZScuDQpUaGUgZWZmZWN0IGlzIHRvIG1ha2UgYGN1c3RvbWl6ZS11bnNhdmVkJyBpZ25v cmUNCnRoZW0uDQoNCkkgZG9uJ3QgY2xhaW0gdGhhdCB3aGF0IEkgZGlkIGluIGBjdXMtZWRpdCsu ZWwnDQppcyB0aGUgb25seSBvciB0aGUgYmVzdCB3YXkgdG8gZml4IHRoZSBwcm9ibGVtcw0KaXQg YWRkcmVzc2VzLiAgSXQgbWlnaHQgYmUgYSBzdGFydGluZyBwb2ludCBmb3INCnNvbWVvbmUgd2l0 aCBhIGJldHRlciBpZGVhIG9yIHVuZGVyc3RhbmRpbmcgb2YNCnRoZSBjdXN0b20gY29kZS9iZWhh dmlvci4NCg0KPiAgPiAzLiBFbWFjcyBzaG91bGQgYWxzbyBtYWtlIGF2YWlsYWJsZSB0aGUgYWJp bGl0eSBmb3INCj4gID4gYGRlZnZhcicgKG9yIGEgbmV3IG1hY3JvKSB0byB1c2UgdGhlIGZlYXR1 cmVzIG9mDQo+ICA+IGBkZWZjdXN0b20nLsKgIEluIHBhcnRpY3VsYXIsIHRoaXMgaW5jbHVkZXMg OnNldCBhbmQNCj4gID4gOnR5cGUsIGFuZCBpdCBpbmNsdWRlcyB0aGUgYWJpbGl0eSB0byBwZXJz aXN0IHRoZQ0KPiAgPiB2YWx1ZS4NCj4gID4NCj4gID4gVGhlIGRpZmZlcmVuY2UgYmV0d2VlbiB0 aGlzIGFuZCBgZGVmY3VzdG9tJyBpcyB0aGF0DQo+ICA+IHVjaCB2YXJpYWJsZXMgYXJlbid0IHJl Y29nbml6ZWQgYnkgRW1hY3MgYXMgdXNlcg0KPiAgPiBvcHRpb25zLsKgIFVzZXJzIGNhbid0IHVz ZSB0aGUgQ3VzdG9taXplIFVJIG9yDQo+ICA+IGBzZXQtdmFyaWFibGUnIHdpdGggc3VjaCB2YXJz LsKgIGBDLWggdicgcHJvdmlkZXMgbm8NCj4gID4gYGN1c3RvbWl6ZScgbGluaywgZXRjLg0KPiAN Cj4gVGhpcyBzb3VuZHMgaW50ZXJlc3RpbmcuDQo+IA0KPiAgPiBJIHByb3Bvc2VkICMzIHRvIGVt YWNzLWRldmVsQGdudS5vcmcgYmFjayBpbiAyMDA5Og0KPiAgPg0KPiAgPiBodHRwczovL2xpc3Rz LmdudS5vcmcvYXJjaGl2ZS9odG1sL2VtYWNzLWRldmVsLzIwMDktMTAvbXNnMDA2NjguaHRtbA0K PiAgPg0KPiAgPiBJIHNlbnQgYSBwYXRjaCBmb3IgIzMgYXMgYnVnICMyNzM0OCAoY2xvc2VkIGJ5 IExhcnMsDQo+ICA+IHNheWluZyB0aGF0IG5vIG9uZSB3b3VsZCB3YW50IHN1Y2ggYSBmZWF0dXJl KToNCj4gID4NCj4gID4gaHR0cHM6Ly9kZWJidWdzLmdudS5vcmcvY2dpL2J1Z3JlcG9ydC5jZ2k/ YnVnPTI3MzQ4DQouLi4NCj4gID4gSW4gc3VtLCB0aGlzIHVuY291cGxlcyBpbnRlcmFjdGl2ZSBj dXN0b21pemF0aW9uDQo+ICA+IGZyb20gdGhlIG90aGVyIGZlYXR1cmVzIHRoYXQgQ3VzdG9taXpl IG9mZmVycywgaW4NCj4gID4gcGFydGljdWxhciwgdHlwZS1jaGVja2luZyBhbmQgcGVyc2lzdGVu Y2UsIGFuZCBpdA0KPiAgPiBwcm92aWRlcyB0aG9zZSBmZWF0dXJlcyBmb3Igbm9uLW9wdGlvbiB2 YXJpYWJsZXMuDQo+ICA+DQo+ICA+IFRoZSBhYmlsaXR5IHRvIHR5cGUtY2hlY2ssIHByb3ZpZGUg YDpzZXQnIGFuZA0KPiAgPiBgOmluaXRpYWxpemUnIHRyaWdnZXIgZnVuY3Rpb25zLCBhdXRvbWF0 aWNhbGx5DQo+ICA+IGA6cmVxdWlyZScgbGlicmFyaWVzLCBhZGQgbGlua3MgdG8gZG9jLCBhc3Nv Y2lhdGUNCj4gID4gd2l0aCBvbmUgb3IgbW9yZSBgOmdyb3VwcycsIGV0Yy7CoCBUaGVzZSBhcmUg dXNlZnVsDQo+ICA+IHRoaW5ncyB0byBiZSBhYmxlIHRvIGRvIHdpdGggYXQgbGVhc3Qgc29tZSBk ZWZ2YXJzLA0KPiAgPiBub3QganVzdCB3aXRoIGRlZmN1c3RvbXMuDQo+ICA+DQo+ICA+IFNpbWls YXJseSwgdGhlIGFiaWxpdHkgdG8gcGVyc2lzdCBub24tb3B0aW9uIHZhcnMNCj4gID4gaW4gYSB1 c2VyJ3MgY3VzdG9tIGZpbGUgY2FuIGJlIHVzZWZ1bC7CoCBUaGlzIGFsb25lDQo+ICA+IGlzIGEg ZnJlcXVlbnQgcXVlc3Rpb24sIHRvIHdoaWNoIHRoZSBhbnN3ZXIgaGFzDQo+ICA+IGJlZW4gYHNh dmVoaXN0LWFkZGl0aW9uYWwtdmFyaWFibGVzJywgYGRlc2t0b3AuZWwnLA0KPiAgPiBvciBCb29r bWFyaysgdmFyaWFibGUtbGlzdCBib29rbWFya3MuDQo+ICA+DQo+ICA+IFRoZSBwYXRjaCBhbHNv IGluY2x1ZGVzIGEgbWFjcm8gYHdpdGgtdXNlci12YXJzJywNCj4gID4gd2hpY2ggdGVtcG9yYXJp bHkgbGV0cyBhIHNldCBvZiB2YXJpYWJsZXMgYmUNCj4gID4gY3VzdG9taXphYmxlLsKgIFRoYXQg aXMsIGl0IGxldHMgeW91IHRyZWF0IGENCj4gID4gYGRlZnZhcmMnIHZhcmlhYmxlIGFzIGlmIGl0 IHdlcmUgYSBgZGVmY3VzdG9tJw0KPiAgPiBvcHRpb24uwqAgU28gaWYgeW91IHdhbnQsIHlvdSBj YW4gdXNlIHRoZSBDdXN0b21pemUNCj4gID4gVUkgdG8gY2hhbmdlIGEgZGVmdmFyYydzIHZhbHVl LCBvciBkZWZpbmUgY29tbWFuZHMNCj4gID4gdGhhdCB1c2UgKGUuZy4gY29tcGxldGUpIGBkZWZ2 YXJjJyB2YXJpYWJsZSBuYW1lcy4NCj4gDQo+IFRoYW5rIHlvdSBmb3IgdGhlIGxpbmtzIGFuZCB0 aGUgZXhwbGFuYXRpb24uwqAgSSdsbCB0YWtlIHRoZSB0aW1lIHRvIHJlYWQNCj4gdGhlbS4NCj4g DQo+IEp1c3QgYnkgcmVhZGluZyB5b3VyIGV4cGxhbmF0aW9uLCBJIGRvbid0IHRoaW5rIEkgdW5k ZXJzdGFuZCBpZiBqdXN0IGJ5DQo+IHVzaW5nIHNvbWV0aGluZyBsaWtlIHlvdXIgZGVzY3JpcHRp b24gb2YgJ2RlZnZhcmMnIHdvdWxkIHNvbHZlIHRoZSBpc3N1ZQ0KPiBvZiBoYXZpbmcgdG8gY29t YmluZSB1c2VyJ3MgY3VzdG9taXphdGlvbnMgd2l0aCBhIHBhY2thZ2Ugc2V0dGluZyBieQ0KPiB1 c2luZyB0d28gZGlmZmVyZW50IHZhcmlhYmxlcy4NCg0KSSBkb24ndCBrbm93IHdoYXQgcGFydGlj dWxhciBpc3N1ZXMgaXQgbWlnaHQgc29sdmUuDQpJdHMgcG9pbnQgaXMganVzdCB0byBzZXBhcmF0 ZSB0aGUgYWJpbGl0eSB0byBoYXZlDQpgZGVmY3VzdG9tJyBmZWF0dXJlcyAodHlwZS1jaGVja2lu ZywgaW5pdGlhbGl6YXRpb24sDQpwZXJzaXN0ZW5jZSwgZXRjLikgd2l0aG91dCBpbnRlcmZlcmlu ZyB3aXRoIGEgdXNlcidzDQp1c2Ugb2YgdGhlIEN1c3RvbWl6ZSBVSSBldGMuDQoNCkhUSC4NCg== From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Mauro Aranda Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Oct 2023 10:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams , Michael Albinus Cc: Eli Zaretskii , "wyuenho@gmail.com" , "63891@debbugs.gnu.org" <63891@debbugs.gnu.org> Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.169857565513256 (code B ref 63891); Sun, 29 Oct 2023 10:35:02 +0000 Received: (at 63891) by debbugs.gnu.org; 29 Oct 2023 10:34:15 +0000 Received: from localhost ([127.0.0.1]:40410 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qx37X-0003Rj-Ar for submit@debbugs.gnu.org; Sun, 29 Oct 2023 06:34:15 -0400 Received: from mail-yb1-xb2b.google.com ([2607:f8b0:4864:20::b2b]:45285) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qx37S-0003RJ-QB for 63891@debbugs.gnu.org; Sun, 29 Oct 2023 06:34:13 -0400 Received: by mail-yb1-xb2b.google.com with SMTP id 3f1490d57ef6-d9ca471cf3aso2905911276.2 for <63891@debbugs.gnu.org>; Sun, 29 Oct 2023 03:33:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698575612; x=1699180412; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=YDMGsMaclhvjOFJTcD+kDJLZsPrDvm0UTgvuXr+j+JM=; b=gZgX9cNzjuITCRsIF3g8CNZ4gG2vZLkmM7rrj8AKaABiksoeGD4atZhF1zAbGFjRVV 8X4a+HT2KlHPir0GqGs8lHXDQ8WROPS+R4hbnPS8073hUMsC/iYfZ/0dUW7bp0DgaWTw vdmCAhwSyF1xVLctzfKAC9vMjrzHSPiWJoav5OMvrfTfe4GiE2An7E+MnNsNmh1zflun VphX1224+DS0o4xyqm7lZgRW8z0jwGCn8TzgaYS1daf8dNfdHVWJhFZu/PqIT516R//P yxH10p3VFo2hyGpVp3D5xUDEWPw4hoVR3hjn37LMD+qQ6NxJQ3VgdKyN3cfxXFOlkqBa nqsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698575612; x=1699180412; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=YDMGsMaclhvjOFJTcD+kDJLZsPrDvm0UTgvuXr+j+JM=; b=pnjHeAh4Ydt6/DW2uR/VYU07MkCBQNUO8QpxxlUnTZyU+v74K70m2BzvsHbEa8+p4B /z/jRwJevLZcUJm5NvZgKRKrezA1ThHLXikZooC9DYdeHQ3bnVr+P6ErZh+lX07CzUgh eIZish4OSyaVZpukSwIHDDUQ1tm0NKoxrO1oWGFp7zEIk2EQky1gbaJZ5qfwcINNPSi+ gMnvikNAGCEYB/SqLVtkrvLUm7Fc+YEzHOPS0y21TryCG76Ysr1er/NGvazW8qaHyRdg wjzHhsxmcqG2O0ACYc+Q+a5kKwCodTLlx9CYsYhQOzyXRQO3Y71t7/S4rvJS26Zwdv/i MecA== X-Gm-Message-State: AOJu0YxtKVmJgis5uhyWy+/+yukFEHBrtiLwg3OOYfaq7DNzFDtmVTae ga1ueZ6R3SV8fG5DXb7pMME= X-Google-Smtp-Source: AGHT+IENmXCqeNuNQVEPyXXMvWqTZojKI2AFx3X11eVmB08EcBj2JaYUPr+U9fHET5oNwziWpPQ7Yg== X-Received: by 2002:a25:2f4d:0:b0:d9c:2420:5d2e with SMTP id v74-20020a252f4d000000b00d9c24205d2emr6642551ybv.53.1698575612475; Sun, 29 Oct 2023 03:33:32 -0700 (PDT) Received: from [192.168.0.234] ([152.168.142.156]) by smtp.gmail.com with ESMTPSA id j205-20020a2523d6000000b00da05d771097sm2605674ybj.22.2023.10.29.03.33.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 29 Oct 2023 03:33:31 -0700 (PDT) Message-ID: <6a0bbea0-eb6e-48bb-9aa6-d86be8e5d228@gmail.com> Date: Sun, 29 Oct 2023 07:33:29 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US References: <1f269cb9-2cdf-4499-b68d-756d27648673@gmail.com> <874jicgu5w.fsf@gmx.de> <0ec5d535-c4e5-401f-8db7-fc4eb54f8517@gmail.com> From: Mauro Aranda In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 28/10/23 23:20, Drew Adams wrote: >>  > 2. Emacs should make available features I noted in >>  > previous posts, such as a function to consider a >>  > change to an option value (by program) to not be a >>  > change.  This lets code change a value but not >>  > have Customize consider that a change has been >>  > made - so the change won't be saved automatically >>  > or reported as having occurred. >> >> I wonder what does this mean in terms of the >> possible states for a user option.  AFAICT, >> none of the current possible states (STANDARD, >> SAVED, CHANGED, SET) fit in your description. >> >> STANDARD: No, standard value and current value >>           don't match. >> SAVED:    No, that setting wasn't saved. >> CHANGED:  No, because you're saying that Custom >>           shouldn't consider the change. >> SET:      No, because the code needs to use >>           customize-set-variable, but that >>           wouldn't be Custom ignoring the change. > > I use my library `cus-edit+.el', which changes > some of the `cus-edit.el' code.  See, e.g., > function `custom-consider-variable-unchanged'. > Doc string: > >   Consider this variable as being unchanged now. >   This does not save the current value; it just >   considers the value to be unchanged.  If no >   further changes are made to this variable, then >   after doing this, `customize-customize' will not >   display this variable, since it was considered >   unchanged. 'customize-customized', right? > The cus-edit+.el code is here: > > http://www.emacswiki.org/emacs-en/download/cus-edit%2b.el I tried to visit this link with eww, but got 404 Not Found. > And here is some info about it: > > http://www.emacswiki.org/CustomizingAndSaving#CustomizePlus Same here. Anyway, I read custom-consider-variable-unchanged, and it looks to me that it would have the same problem when saving an unrelated variable, because of the way custom-save-all works.  I want to work on improving the saving mechanism so that problem disappears, but ISTM that this bug report is about a different bug: a misuse of custom-set-variables. > About considering some customized state to be > "unchanged", see this post to bug 19328 thread. > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=19328#47 Thank you.  I read the "Dealing with Spurious Changes" section from cus-edit+.el.  Part 2 and Part 3 sound interesting to me.  It seems to me that adding an ignore mechanism would be useful, in general. > I don't claim that what I did in `cus-edit+.el' > is the only or the best way to fix the problems > it addresses.  It might be a starting point for > someone with a better idea or understanding of > the custom code/behavior. It's certainly useful to me to know about your approach. I guess at this point I need to hear from Michael to understand better about this 2 defcustoms in particular, and what are the expectations after modifying them.  I certainly wish the code goes back to using customize-set-variable or something similar, rather than custom-set-variables. From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Oct 2023 11:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mauro Aranda Cc: Eli Zaretskii , "wyuenho@gmail.com" , Drew Adams , "63891@debbugs.gnu.org" <63891@debbugs.gnu.org> Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.169857769717022 (code B ref 63891); Sun, 29 Oct 2023 11:09:02 +0000 Received: (at 63891) by debbugs.gnu.org; 29 Oct 2023 11:08:17 +0000 Received: from localhost ([127.0.0.1]:40429 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qx3eT-0004QU-D6 for submit@debbugs.gnu.org; Sun, 29 Oct 2023 07:08:17 -0400 Received: from mout.gmx.net ([212.227.17.20]:43527) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qx3eP-0004QC-EW for 63891@debbugs.gnu.org; Sun, 29 Oct 2023 07:08:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1698577651; x=1699182451; i=michael.albinus@gmx.de; bh=EV0f7O9tWQSjOVw36vcFxyJYNvfES/+WcKZZ7wk+e+8=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References: Date; b=DOxdLTaam6MqjgHQIBIiGu4S5wLf6XSchAOQ7aaY/Jj3Nf+kFhLJ+POLnME+72EN VeP+kuTHq6lnbFKOWQmF92XUY9TozG/H7vzu+f/ngH0Qt4qd0ZrfPPoRsk39SfTK7 6JIHQ7eQaST7TBUUNXRv1fs5AewnwvmTZ6PUjWcd0R5RxynEQYvR80hJpUK8Yg5YV 6/tHe3o9AFywSs5S62sh1NfGkCy1UQG3HI0YjyYuLOAfXjGQyn74Hg9UPW3YOdW5J flNUR2E7LGksaXL4ud9s+DlROvuzmIALuPE+ZiFIRpTpk0LIwoWVsHTnpjr3zqVgY pg6p/oXjlixlaz9NzA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from gandalf.gmx.de ([185.89.39.30]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MD9XF-1qoV3D3EjR-0098iy; Sun, 29 Oct 2023 12:07:30 +0100 From: Michael Albinus In-Reply-To: <6a0bbea0-eb6e-48bb-9aa6-d86be8e5d228@gmail.com> (Mauro Aranda's message of "Sun, 29 Oct 2023 07:33:29 -0300") References: <1f269cb9-2cdf-4499-b68d-756d27648673@gmail.com> <874jicgu5w.fsf@gmx.de> <0ec5d535-c4e5-401f-8db7-fc4eb54f8517@gmail.com> <6a0bbea0-eb6e-48bb-9aa6-d86be8e5d228@gmail.com> Date: Sun, 29 Oct 2023 12:07:29 +0100 Message-ID: <87a5s17klq.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:svImF/5BUlwfLu1dRuA1ZMchBH0sfYlxkz/4p3+k7+jlBsuldb+ XglwySPr8EiKRM1EvoCt0YaAydE1sMV2MFPS6ivaUQLSWsc47bosxVb39RJ90ziTo9YN6cl gWJOd0/tQpANDZ0qfX5rBj6VFI+uHq20Yys5ftWFpy17OkLWQTqWhLDV+iRbXDdv0Vf72G9 jrti+SKRn48JvfhNRBWFA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:gQYIQlKddJ4=;OIHfaRMQ826y4QcuoWvH32oaF8Q mEQEEWOPuWx+VC4Ltq0qnefU4KzNMqJAUpUTLnABqio8h5yE+yDL0XUGuiF+CcOIRJdZ7+VvS L2MhAWBZCxrJ0/FXa/b+2eIe+TPn5PuUMLGmeVS2nz1/qFAIu5olVRwDLEbEYJKrROLgf5mD/ /lOqI9Gvk6k3P7NMLBAy5pUtysbGx1kFfSQsngFaEm5072Dkd0+Aepyxo25xoKDF6B0ni9gyI dzhLBx4S4xPQLKnhpST0Dl4zKVrodElFAblA/+BJ5G5MYntd747VFObZGSpK/KRnX8U7363Zl WqQxM8C6EL6fdqT3aS9RXjQwmKMY0uDWqbyvrWEqOZurw9leu3NtS2xmrhFTbbz3gsAAsViwx 2yASShP/X5AcsQjO0PS9pYx+Y8lqCatLsoQBbIQu/SWZvw09kcXvpdeQc8dLUFO3+7C7ewrIN 7MqM0InrsSfIBC66AzmQjCSewWO+srNEpuOZS4VqgWF2KAB1z3zWeIQT8vJdvpDXqmyY8bF6l ypl0idah2QtK+jOdPYaKkQRyeOtfcxSwWxvr3DPg9dsbpts9XuRDkACLpZGgdPJ3kfOvGDRqg 2ZeeQs2Y46rKuwtlT8ajK84gaRdGjFqbXQABJyKcWS84EiyEDU9PupjvJsdgokDkisOAzBOBf JOiav5hd6+QAD/78/Vo7jWhvH0Fzz5TFukRGtkiO2RveDvXoHCiW8TlSB7VZvDnvRL/VokspP 7TkubSgPW0ckwuwbYSXjuMAk/FXDm86A7K26+4eQb9dMj03K0HSWwp8QvyfjqwnjUpVrxEYlB Cg X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Mauro Aranda writes: Hi Mauro, > I guess at this point I need to hear from Michael to understand better > about this 2 defcustoms in particular, and what are the expectations > after modifying them.=C2=A0 I certainly wish the code goes back to using > customize-set-variable or something similar, rather than > custom-set-variables. I'm neutral to whatever is used. But applying customize-set-variable as-it-is has the known drawbacks. If it is fixed in customize-set-variable, or if there is another function, we could use it for connection-local variables. However, I don't work in the Customize area myself. Don't expect patches from me. Best regards, Michael. From unknown Tue Jun 17 01:49:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#63891: 29.0.91; customize-save-variable should not save all variables if a custom file exists Resent-From: Mauro Aranda Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Oct 2023 11:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: Eli Zaretskii , "wyuenho@gmail.com" , Drew Adams , "63891@debbugs.gnu.org" <63891@debbugs.gnu.org> Received: via spool by 63891-submit@debbugs.gnu.org id=B63891.169858026332249 (code B ref 63891); Sun, 29 Oct 2023 11:52:01 +0000 Received: (at 63891) by debbugs.gnu.org; 29 Oct 2023 11:51:03 +0000 Received: from localhost ([127.0.0.1]:40592 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qx4Jq-0008O5-Re for submit@debbugs.gnu.org; Sun, 29 Oct 2023 07:51:03 -0400 Received: from mail-yw1-x1130.google.com ([2607:f8b0:4864:20::1130]:56811) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qx4Jm-0008NY-FM for 63891@debbugs.gnu.org; Sun, 29 Oct 2023 07:51:02 -0400 Received: by mail-yw1-x1130.google.com with SMTP id 00721157ae682-5ac376d311aso30857357b3.1 for <63891@debbugs.gnu.org>; Sun, 29 Oct 2023 04:50:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698580220; x=1699185020; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=LLyvb9iMYkGJCHeAE2pqHYVWuUHkiFMTT2U5khgh2R8=; b=fJuDT6CWRqK3W41SKG1Fce5OZbv0Mu4VPTAe8mcmE/MK0MIRkyteC1TNl737zU7cIP +92ORq44L49DwmRCrLpiNsWM3QEHnEzDE5U/ILFrUV+KePgH44L2jU/NeQJA1wssMyWq IKhzLBi2ErKh1AuobqihuDnD6fn7XQPuG0An5yUyxtnykgFXHbjiI8/gJckY78F5IcJe VDVUVGe9R99eMljffXPEDcXC0ODGsxfywgbmvdERg1MLFhnMizLcmHmI78k75+rIbj5L iRr+3V/RDIPTe2OSt4va9K5tofKfF9hSg1KfyHgT5M1hfT3R2nkW4RK13fN/gF5kvhei e61w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698580220; x=1699185020; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=LLyvb9iMYkGJCHeAE2pqHYVWuUHkiFMTT2U5khgh2R8=; b=dMTUk/zrU+oP+SZOVq86hxMPqjirempXc4jxasLWnxLSjtrdGaA/tAPBrQQl17OPZj +vcatl4n6Hre9hNdOWFMk8O+LOfVDaN2TO8t/92E7KTB2lyJFcZ0cfLnFE4WMfSX/FQn DPHqHWh0ibZBcA8ddJQU8baAiF2GW4hb7oI8/SNMwjhmYHe33b4AQ1dwt8yqTq+/dIyz pmhKdhosyUQ5si67FS61J2VhPp/d2kgBKqwz66T66AWQEEQCvaEsGT0LyS2kl6HOOGUH 29U44s2XTXVPgv7glJzrF1mcIvNiy+XYv+lpjr7MlSAytybZvg1uIFhqGSyZ9S7/cTWj 121g== X-Gm-Message-State: AOJu0YyVTNCyp2i2P1fyUAw/EEqC+r1UV9csotI+ZdMkCgn6Lu+HbPYs GHpLiCPHqap/D/vLqt5HUEE= X-Google-Smtp-Source: AGHT+IFlvHRAIwwIaO1tO4qjs165eqJvwVrkYkAQ52N/hqk7An6Ezw8ZtSAthUN4Nk9FCna7VyH/0g== X-Received: by 2002:a81:c704:0:b0:5a7:b81a:7f5d with SMTP id m4-20020a81c704000000b005a7b81a7f5dmr7194501ywi.18.1698580220222; Sun, 29 Oct 2023 04:50:20 -0700 (PDT) Received: from [192.168.0.234] ([152.168.142.156]) by smtp.gmail.com with ESMTPSA id u204-20020a8184d5000000b005afd25725absm2776070ywf.97.2023.10.29.04.50.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 29 Oct 2023 04:50:19 -0700 (PDT) Message-ID: Date: Sun, 29 Oct 2023 08:50:17 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US References: <1f269cb9-2cdf-4499-b68d-756d27648673@gmail.com> <874jicgu5w.fsf@gmx.de> <0ec5d535-c4e5-401f-8db7-fc4eb54f8517@gmail.com> <6a0bbea0-eb6e-48bb-9aa6-d86be8e5d228@gmail.com> <87a5s17klq.fsf@gmx.de> From: Mauro Aranda In-Reply-To: <87a5s17klq.fsf@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 29/10/23 08:07, Michael Albinus wrote: > Mauro Aranda writes: > > Hi Mauro, > >> I guess at this point I need to hear from Michael to understand better >> about this 2 defcustoms in particular, and what are the expectations >> after modifying them.  I certainly wish the code goes back to using >> customize-set-variable or something similar, rather than >> custom-set-variables. > > I'm neutral to whatever is used. But applying customize-set-variable > as-it-is has the known drawbacks. If it is fixed in > customize-set-variable, or if there is another function, we could use it > for connection-local variables. Yes, but that is because packages modify the user option without really asking the user, as I've said in previous posts.  First thing to check is if there's no way around doing that. I see in Git history that not telling Custom about the change was used before.  So I guess going back to that is not an option. That leaves the alternative of using something like customize-set-variable, but that it also tells Custom that it should ignore the change, to not consider the option set by the user. > However, I don't work in the Customize area myself. Don't expect patches > from me. That's OK.  I'll work on the Customize code to solve this issue, once I figure out what's needed.