Red Hat Bugzilla – Bug 314421
auto-compression-mode in default.el prevents user customization
Last modified: 2010-04-14 05:02:49 EDT
Description of problem:
In #114808 (a long time ago), the adding of (auto-compression-mode t) to
default.el was done to work round a different problem.
However, default.el is loaded after the user's .emacs so this overrides any
settings they may have added themselves and causes the customization feature for
this setting to *seem* to work but actually be ignored.
Those who use a *different* compression package than the default (e.g. crypt++
rather than jka-comp have to either disable loading of default.el or do some
nasty hacks to cause jka-comp not to be loaded...
Version-Release number of selected component (if applicable):
All since 21.3-12 according to the rpm changelog.
Steps to Reproduce:
1. run emacs
2. look at *Messages*
3. see that jka-comp got loaded..., or just read
auto-compression is turned on (and jka-comp is loaded) even if the user
customizes it off.
Not doing that, or at least removing the customization options so users won't
expect it to work. Note that the customization code expects the default to be
off which it is in the unpatched emacs-21.x
One can work round it by simply doing something like:
; inhibit loading of default file which loads jka-comp
(set-variable 'inhibit-default-init t)
in the users' .emacs though then one needs to also do the mouse setup that
default.el does. We could also just arrange to edit the default.el to remove
the added call. Maybe it would be better to run it iff the customizaion is on.
This sounds like a very low impact bug. If you feel that the priority for this issue should be raised, please contact redhat.com/support.
Indeed is it is pretty low impact, and I didn't expect it to get fixed in a reasonable time - we can clearly fix it for our users.
My main purpose in reporting it was that anyone else suffering the problem (or as in our case having a couple of users who were confused by the behaviour) might stand a chance of finding a workround - even if they don't know much about emacs.
In general setting values which override user customizations is pretty bad-form and there would have been better ways to fix the problem that this hack was added to solve...
default.el is empty in recent Fedora releases and also in RHEL6