Open bryce-carson opened 1 year ago
Strange 🤔, can you post your system details i.e. emacs version for further analysis?
What other information may be helpful?
(auto-completion
emacs-lisp
common-lisp
git
themes-megapack
helm
markdown
info
(shell :variables
shell-default-height 30
shell-default-position ’bottom
shell-default-shell "vterm"
terminal-here-linux-terminal-command ’gnome-terminal)
syntax-checking)
- System configuration features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM XWIDGETS GTK3 ZLIB
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!
I have observed Custom dumping its variables into the wrong spot multiple times today.
As far as I can tell, the steps to reproduce the issue are:
dotspacemacs/user-init
custom-set-variables
was dumped improperly.It seems that
custom-set-variables
is inserted intodotspacemacs/user-init
just before the first trailings
character in a variable value of thesetq
form.Previously, I had witnessed this occurring multiple times with
rmail-movemail-variant-in-use 'mailutil*s
, where*
indicates wherecustom-set-variables
was inserted. This happened multiple times, remember.I have added a new variable, which happens to have a trailing
s
character in it's value:rmail-movemail-flags (list "--tl*s")
, with*
again indicating wherecustom-set-variables
is inserted.I already updated my packages and pulled the latest changes in an attempt to see if that would resolve it, with no such luck.
What a strange bug.
The portion the Custom inserts is the form beginning with
(custom-set-variables [...]
and ending with the final parenthesis in the file.