Bug#339920: emacs-snapshot: font color problems with gnus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm noticing this problem as well. My Message buffers are being colorized, but my Group buffer is not being colorized. Bold text is shown, but no colors. Setting jit-lock-stealth-time has no effect. This problem also affects ERC buffers -- no colors are shown there, either. Muse and Planner buffers still show colors, though. Wonder what could be causing this. - -- Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: anime, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDgC2P+1Ho2POo0xkRAoefAJ4mIhVxOVCIuKOakdGWpUYu3dg5IACfe+Wz ygcjVU9ZTS8gzNZVszenrCE= =C8K8 -END PGP SIGNATURE-
Bug#339920: emacs-snapshot: font color problems with gnus
Jay Berkenbilt [EMAIL PROTECTED] writes: I am using jit-lock. I also load font-lock. I'll have to check the documentation to make sure this is okay, but this is what I did in emacs 20 and 21. (condition-case nil (progn (require 'font-lock) (global-font-lock-mode t) ) (error nil) ) (condition-case nil (require 'jit-lock) (error nil) ) This is unnecessary in Emacs 22; global-font-lock mode is now enabled by default, and both font-lock.el and jit-lock.el are included in the dumped Emacs binary. But that shouldn't make any difference anyway. My jit-lock-stealth-time is already nil. Okay, that's good to know. It's the only jit-lock setting I have in my config, so the difference must be elsewhere. I'll investigate this a bit more if I can figure out how to reproduce it. Thanks. -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339920: emacs-snapshot: font color problems with gnus
Michael Olson [EMAIL PROTECTED] writes: I'm noticing this problem as well. My Message buffers are being colorized, but my Group buffer is not being colorized. Bold text is shown, but no colors. You mean it's not being fontified _at all_? Jay's report mentions that the bug appears after a while, no straight away. (Which seems to indicate that it's due to something that runs off a timer.) -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339920: emacs-snapshot: font color problems with gnus
Oh, I think I managed to reproduce this: browsing Michael's config (yay for .emacs sharing) I noticed that he uses hi-lock-mode. And indeed, enabling hi-lock-mode makes fontification disappear from some buffers in Gnus. Jay, are you using hi-lock-mode as well? (If not, can you send me your config files?) -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339920: emacs-snapshot: font color problems with gnus
Romain Francoise [EMAIL PROTECTED] wrote: Oh, I think I managed to reproduce this: browsing Michael's config (yay for .emacs sharing) I noticed that he uses hi-lock-mode. And indeed, enabling hi-lock-mode makes fontification disappear from some buffers in Gnus. Jay, are you using hi-lock-mode as well? (If not, can you send me your config files?) I'm not using hi-lock-mode. I'd be glad to send you my config files. They are old and big, and I haven't yet gone through the exercise of adjusting them for emacs 22, though it is relatively high on my personal to-do list. There are probably fragments of my startup environment that have existed since emacs 18.something. With emacs 21 being the only version I ran for so long though, some of my very careful version-specific code has decayed somewhat. There are also lots of functions in my emacs configuration that I wrote at a time when they didn't exist in a standard way but that are no longer necessary. I'll send you my files separately not attached to the bug. Thanks for looking into it. I'll simultaneously work on reproducing this with a minimal configuration. I'm not sure whether it's a question of time, some specific action, some number of operations, or what. Here are a few other things I've noticed: * This first time this ever happened, I was running an emacs-snapshot that had just been replaced by apt-get dist-upgrade. When it started misbehaving, I immediately exited and restarted since I expected it to go south under the condition of being upgrade while being run. (While running apt-get dist-upgrade and seeing that emacs-snapshot is in the list, I continue to use emacs but am cautious not to do something while emacs itself is in the process of being upgraded.) It's hard for me to think of what could cause this behavior change in an already-running emacs. I didn't unfortunately think to check the *Messages* buffer -- I didn't do any diagnosis at all, fully expecting to restart right away anyway. It's also possible that it's coincidental and that the problem may have existed before and I just never happened to trip over it. * The second time it happened was fairly soon after restarting emacs. That was when I sent the bug report. * The third time it happened, I had been running for a few hours before it happened. * Once the fontification stops, it remains working in any existing gnus buffer but doesn't work in any new gnus buffer. For example, my *Group* buffer remains fontified, and getting new mail that causes new groups to show up results in those new groups being rendered in the proper color. New summary buffers do not show color. Messages displayed from the summary buffers are properly fontified as are all other buffers, new and old. M-x font-lock-fontify-buffer has no effect on the gnus buffers. If I quit gnus and restart it, the new *Group* buffer shows up without fontification. Note that my original bug report mentioned lack of color and didn't tie this to font-lock. That's because I'm not aware of whether the coloring in gnus is related to font-lock mode or not. I was actually under the impression that gnus did its own font implementation. My gnus setup is very heavily customized. I use it only for mail (I don't read news anymore), and I have written lots of code to make it behave in a more mailreaderly fashion in spite of cautions in the documentation. Rather than sending you my entire elisp directory consisting of almost 8,000 lines of elisp code, I'll try to boil it down to the minimal required for my configuration to load. My main startup file itself is about 650 lines. It also loads 400 lines of hooks and 2,000 lines of other functions. The other functions are almost certain to be completely irrelevant. My gnus configuration is also about 400 lines not including mail splitting rules. (If you were to map my brain, you would find a large region dedicated to emacs. I've been using it for more than half my life.) I'm also going to continue to search for some specific way to reproduce this problem. --Jay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339920: emacs-snapshot: font color problems with gnus
I'm seeing this problem too with CVS Emacs with the packaged Gnus (5.11) and had reported it on emacs-devel. This is a very erratic problem: * Sometimes I have no fontification at all in any Gnus buffer. * Sometimes I have it in the Group and Article buffers but not in the Summary buffer * If the Summary buffer wasn't fontified, when I read a message or mark it (for example, with `!'), the fontification for the new message status appears for a second before reverting to no fontification. * Sometimes it works. For a while. I initially had font-lock-support-mode set to lazy-lock; now I have it set to the default (jit-lock), with no change. All jit-lock options are set to their default. I do not have any hi-lock settings in sight, and hi-lock-mode is off. Will report back if I find any more clues. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339920: emacs-snapshot: font color problems with gnus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Romain Francoise [EMAIL PROTECTED] writes: Oh, I think I managed to reproduce this: browsing Michael's config (yay for .emacs sharing) I noticed that he uses hi-lock-mode. And indeed, enabling hi-lock-mode makes fontification disappear from some buffers in Gnus. Indeed, getting rid of hi-lock-mode makes ERC and Gnus colorize buffers normally. Thanks! - -- Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: manga, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDgL6E+1Ho2POo0xkRAjAnAJ9iByxy7+NiLbIe9oGPmHaClA5qqACgiaby q1IRn0edtCVqMAzrkPTI1Do= =dSce -END PGP SIGNATURE-
Bug#339920: emacs-snapshot: font color problems with gnus
Package: emacs-snapshot Version: 1:20051117-1 Severity: normal After today's apt-get dist-upgrade, I'm having some font color problems in my gnus summary buffers. They look correct when I first start up, but sometime during the session, emacs stops applying fontification to them. I realize that this is a vague and incomplete bug report, but I thought I'd mention this right away in case there is some obvious change that could have affected this. I will spend some time when I get a chance (hopefully this weekend) looking into this. If I figure out what is wrong or can provide more useful information, I will update this bug. I have 5.10.6-1.NO.20051020-1 installed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages emacs-snapshot depends on: ii emacs-snapshot-bin-commo 1:20051117-1The GNU Emacs editor's shared, arc ii libc62.3.5-8 GNU C Library: Shared libraries an ii libice6 6.8.2.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libtiff4 3.7.4-1 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-1 shared library for GIF images (run ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxmu6 6.8.2.dfsg.1-10 X Window System miscellaneous util ii libxpm4 6.8.2.dfsg.1-10 X pixmap library ii libxt6 6.8.2.dfsg.1-10 X Toolkit Intrinsics ii xaw3dg 1.5+E-9 Xaw3d widget set ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime emacs-snapshot recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339920: emacs-snapshot: font color problems with gnus
Jay Berkenbilt [EMAIL PROTECTED] writes: After today's apt-get dist-upgrade, I'm having some font color problems in my gnus summary buffers. They look correct when I first start up, but sometime during the session, emacs stops applying fontification to them. Yes, it's been reported before... I realize that this is a vague and incomplete bug report, but I thought I'd mention this right away in case there is some obvious change that could have affected this. None that I can see... I'm (obviously) also using emacs-snapshot and No Gnus (although not from the Debian package) and I don't have this problem... Are you sure you're using jit-lock? What's the value of `jit-lock-stealth-time'? If you change that to nil, does the problem go away? Thanks, -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339920: emacs-snapshot: font color problems with gnus
Romain Francoise [EMAIL PROTECTED] wrote: I'm (obviously) also using emacs-snapshot and No Gnus (although not from the Debian package) and I don't have this problem... Are you sure you're using jit-lock? What's the value of `jit-lock-stealth-time'? If you change that to nil, does the problem go away? I am using jit-lock. I also load font-lock. I'll have to check the documentation to make sure this is okay, but this is what I did in emacs 20 and 21. (condition-case nil (progn (require 'font-lock) (global-font-lock-mode t) ) (error nil) ) (condition-case nil (require 'jit-lock) (error nil) ) My jit-lock-stealth-time is already nil. I'll investigate this a bit more if I can figure out how to reproduce it. Thanks for the quick response. --Jay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
