bug#60162: closed ([PATCH] * lisp/cus-edit.el (setopt--set): Warn instead of rasing an error)

[GNU bug Tracking System]

Your message dated Sun, 18 Dec 2022 11:46:36 +0000
with message-id <87v8m9x7c3.fsf@posteo.net>
and subject line Re: bug#60162: [PATCH] * lisp/cus-edit.el (setopt--set): Warn 
instead of rasing an error
has caused the debbugs.gnu.org bug report #60162,
regarding [PATCH] * lisp/cus-edit.el (setopt--set): Warn instead of rasing an 
error
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
60162: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=60162
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems

--- Begin Message --- Subject: [PATCH] * lisp/cus-edit.el (setopt--set): Warn instead of rasing an error Date: Sat, 17 Dec 2022 16:35:08 +0000

Tags: patch


Setopt checks the :type of a user option, and raises an user-error if
the value doesn't match the type.  This can be annoying during
initialisation, because minor mistakes interrupt everything and you are
let with a partially loaded configuration.

I'd propose replacing the `user-error' with a `warn', that would still
indicate mistakes, but continue loading the init.el.

In GNU Emacs 29.0.60 (build 5, x86_64-pc-linux-gnu, GTK+ Version
 3.24.35, cairo version 1.16.0) of 2022-12-14 built on quetzal
Repository revision: 622838b957e240d700585050e9ddbd036e690513
Repository branch: emacs-29
System Description: Debian GNU/Linux bookworm/sid

Configured using:
 'configure --with-pgtk --with-imagemagick'

0001-lisp-cus-edit.el-setopt-set-Warn-instead-of-rasing-a.patch
Description: Text Data

--- End Message ---

> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#60162: [PATCH] * lisp/cus-edit.el (setopt--set): Warn instead of rasing an error
>
>
>
>
> Date: 
>
> Sun, 18 Dec 2022 11:46:36 +0000
>
>
>
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> >> From: Philip Kaludercic <philipk@posteo.net>
> >> Date: Sat, 17 Dec 2022 16:35:08 +0000
> >> 
> >> Setopt checks the :type of a user option, and raises an user-error if
> >> the value doesn't match the type.  This can be annoying during
> >> initialisation, because minor mistakes interrupt everything and you are
> >> let with a partially loaded configuration.
> >> 
> >> I'd propose replacing the `user-error' with a `warn', that would still
> >> indicate mistakes, but continue loading the init.el.
> >
> > This is fine by me, please install on the release branch.
>
> Done.
>
>
> --- End Message ---