configuration not saved when selecting Options->Save Options

Bug #53622 reported by Pekka Jääskeläinen
12
Affects Status Importance Assigned to Milestone
emacs21 (Baltix)
Invalid
Undecided
Unassigned
emacs21 (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: emacs21

This is with Dapper.

Steps to reproduce:

1) start emacs, change an option (e.g., Syntax Highlighing)
2) Options->Save Options
3) restart emacs

Syntax Highlighting option is not changed.

Revision history for this message
Dave Love (fx-gnu) wrote :

It works for me. (I think I wrote that feature.)
Does it not modify your .emacs, assuming that
custom-file points to it?

Revision history for this message
Pekka Jääskeläinen (pekka-jaaskelainen) wrote :

It does not modify the .emacs, even it claims to do so in the minibuffer.

visit0r@r0ck:~$ cp .emacs .emacs-old
visit0r@r0ck:~$ emacs [here I change the Syntax Highlighting and Save Options]
visit0r@r0ck:~$ diff .emacs .emacs-old
[no changes]

Here's the .emacs (if I have added something that breaks it):

(add-to-list 'load-path "/usr/local/stow/speedbar-0.13a")

(add-to-list 'auto-mode-alist '("\\.jsp$" . java-mode))

(autoload 'speedbar-frame-mode "speedbar" "Popup a speedbar frame" t)
(autoload 'speedbar-get-focus "speedbar" "Jump to speedbar frame" t)
;; Texinfo fancy chapter tags
(add-hook 'texinfo-mode-hook (lambda () (require 'sb-texinfo)))
;; w3 link listings
(autoload 'w3-speedbar-buttons "sb-w3" "s3 specific speedbar button generator.")
(line-number-mode 1)
(column-number-mode 1)

(setq default-tab-width 4)
(setq-default indent-tabs-mode nil)

(defun my-c-mode-common-hook ()
  (c-set-style "stroustrup")
  ;; other customizations can go here
  )
  (add-hook 'c-mode-common-hook 'my-c-mode-common-hook)

(custom-set-variables
  ;; custom-set-variables was added by Custom -- don't edit or cut/paste it!
  ;; Your init file should contain only one such instance.
 '(case-fold-search t)
 '(current-language-environment "English")
 '(default-input-method "rfc1345")
 '(global-font-lock-mode t nil (font-lock))
 '(show-paren-mode t nil (paren))
 '(transient-mark-mode t))
(custom-set-faces
  ;; custom-set-faces was added by Custom -- don't edit or cut/paste it!
  ;; Your init file should contain only one such instance.
 )

(add-to-list 'auto-mode-alist '("\\.icc$" . c++-mode))

Revision history for this message
lucaramel (lucaramel) wrote :

I can confirm this bug with emacs-snapshot-gtk on Dapper. Emacs just won't save any settings whatsoever.

Revision history for this message
Dave Love (fx-gnu) wrote :

You wrote:

> It does not modify the .emacs, even it claims to do so in the minibuffer.

That's not surprising, given that syntax highlighting is apparently
already on:

> '(global-font-lock-mode t nil (font-lock))

Revision history for this message
Dave Love (fx-gnu) wrote :

lucaramel <email address hidden> writes:

> I can confirm this bug with emacs-snapshot-gtk on Dapper.

There appears to be no such bug in emacs21, but if there's one in
another package, report it against that one. (I find the development
Emacs too unstable to use and quite unrewarding to report bugs against
-- I don't understand why it's packaged.)

> Emacs just won't save any settings whatsoever.

That's at least not true with recent CVS source.

Revision history for this message
Dave Love (fx-gnu) wrote :

I should have said:

Pekka Jääskeläinen <email address hidden> writes:

> '(global-font-lock-mode t nil (font-lock))

If that doesn't actually work, something must be turning it off later,
perhaps in default.el.

[It would be better to set the other things with Custom, including
customizing `c-default-style'. Also, setting the tab width isn't
recommended.]

Revision history for this message
Pekka Jääskeläinen (pekka-jaaskelainen) wrote :

It does work, but it does not change when I switch the font-lock on/off in the menu. Obviously I tried to switch it off in this case.

Revision history for this message
Pekka Jääskeläinen (pekka-jaaskelainen) wrote :

I'm using emacs21, BTW.

Revision history for this message
Micah Cowan (micahcowan) wrote :

I was able to confirm this problem. Both with variables that already existed within custom-set-variables, and others that had been set through other means in my .emacs. I was unable to save any settings whatsoever by this means.

If, as Dave suggests, this is not the case in CVS, then perhaps patching the solution will be straightforward.

Changed in emacs21:
status: Unconfirmed → Confirmed
Revision history for this message
Micah Cowan (micahcowan) wrote :

For a user that does not yet have a .emacs, the option saving works. When .emacs does exist (even when it's the one that was saved via this feature), it is not changed (Emacs does give messages about the fact that .emacs has been written).

Micah Cowan (micahcowan)
Changed in emacs21:
importance: Undecided → Low
Revision history for this message
Jorge (aquino-jorge) wrote :

I got this behavior as well -- emacs21 on Ubuntu Edgy. Customizations WILL NOT save for anything!! (Very frustrating!)

Revision history for this message
Przemek K. (azrael) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue for you. Can you try with the latest Ubuntu release? Thanks in advance.

Changed in emacs21 (Ubuntu):
status: Confirmed → Incomplete
Changed in emacs21 (Baltix):
status: New → Invalid
Revision history for this message
Pekka Jääskeläinen (pekka-jaaskelainen) wrote :

Seems to work now on 9.10

Changed in emacs21 (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
ReimarBauer (reimarbauer) wrote :

can you please show the fix patch for 9.04.

Revision history for this message
Pekka Jääskeläinen (pekka-jaaskelainen) wrote :

No clue, just tested it and it worked. Sorry.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.