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. How reproducible: erm 100% Steps to Reproduce: 1. run emacs 2. look at *Messages* 3. see that jka-comp got loaded..., or just read /usr/share/emacs/site-lisp/default.el Actual results: auto-compression is turned on (and jka-comp is loaded) even if the user customizes it off. Expected results: 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 Additional info: 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. -- Jon
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... -- Jon
default.el is empty in recent Fedora releases and also in RHEL6