Bug#340988: emacs-snapshot: paragraph breaks disappearing in outgoing mail
Romain Francoise [EMAIL PROTECTED] wrote: Gnus munges text properties before passing the message to sendmail, in particular it does things with hard newlines if it finds any. . . . Okay, thanks for this clarification. This actually helps me a lot. I still haven't figured out when it works and when it doesn't, but there is a difference between whether I use C-o to add lines or whether I use some other mechanism. I will keep hunting to figure out what the problem is. Your hints have probably pointed me in the right direction. Anyway, no need to spend more time on it -- I'll either figure it out or ask some questions. I've typed this message in a manner that I believe should cause it to preserve line breaks. We'll see. :-) --Jay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340988: emacs-snapshot: paragraph breaks disappearing in outgoing mail
I believe this bug has now been fixed in CVS: the hard-newline changes in places other than simple have been reverted, and the changes in simple have been improved to depend on the value of `use-hard-newlines'. The next snapshot will include these fixes. In the meantime, you can use the following as a workaround: (setq hard-newline \n) 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#340988: emacs-snapshot: paragraph breaks disappearing in outgoing mail
Jay Berkenbilt [EMAIL PROTECTED] writes: Well, the problem doesn't happen for me with a vanilla setup, so it must be something in my environment. That's a valuable piece of information. This is, by the way, why I used to always run pretest versions -- before I started doing that, there was never an emacs release in which all my customizations worked together, and my init files used to be littered with version-specific workarounds. Heh. Thanks again for using emacs-snapshot, your bug reports are very useful! Being able to run regularly updated snapshots on this one machine (my main home development system) is great because it means I will always have a stable emacs everywhere else, and with your rapid responses, things never stay broken for very long. :-) Sorry for the occasional breakage -- I do my best to make emacs-snapshot as stable as any Emacs release but even though I read emacs-diffs daily, read the debdiff of each snapshot, and test each version thoroughly (with my setup), some changes still slip under my radar (like the hi-lock bug last week, or this filling issue). Back to this bug: I grepped through your configuration, and it could be caused by any (or both) of the following customizations: - next-line-add-newlines set to t (it's nil here) - this substitution in q-message.el: (substitute-key-definition 'next-line 'mail-abbrev-next-line message-mode-map global-map ) Let me know if I hit the mark. -- ,''`. : :' :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#340988: emacs-snapshot: paragraph breaks disappearing in outgoing mail
Romain Francoise [EMAIL PROTECTED] wrote: Sorry for the occasional breakage -- I do my best to make emacs-snapshot as stable as any Emacs release but even though I read emacs-diffs daily, read the debdiff of each snapshot, and test each version thoroughly (with my setup), some changes still slip under my radar (like the hi-lock bug last week, or this filling issue). pSome oversights are inevitable, and they are, in my opinion, more then compensated for by responsiveness. I have actually found this emacs to be quite stable./p Back to this bug: I grepped through your configuration, and it could be caused by any (or both) of the following customizations: - next-line-add-newlines set to t (it's nil here) - this substitution in q-message.el: (substitute-key-definition 'next-line 'mail-abbrev-next-line message-mode-map global-map ) pI don't actually see why this would make a difference -- I'd think using the regular next-line function would still result in the same buffer contents before sending. The buffer contents look right to me before I send the message. It's only after I get my copy back that I see the problem./p pOddly, I am having some trouble reproducing this bug now. One message I sent out had the problem. I did a dist-upgrade after sending that message, but no emacs-related packages changed. The locales package changed as did libc6, but nothing else did. It would be really surprising if this were a locale or libc related issue./p pAnyway, I tried removing the substitute-key-definition and restarted emacs. The problem was not there. Then I put the offending lines back, and the problem was still not there. There was an intervening restart of emacs with the new libc and locales package, but that's it. Nothing else changed. Maybe this bug is like the last one: something in my environment that gets triggered over time breaks it. I'll have to keep an eye out for this. I've wrapped paragraphs here with p tags to indicate where my paragraph boundaries are in case this is the lucky message that gets mangled. :-)/p -- Jay Berkenbilt [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340988: emacs-snapshot: paragraph breaks disappearing in outgoing mail
Jay Berkenbilt [EMAIL PROTECTED] writes: I don't actually see why this would make a difference -- I'd think using the regular next-line function would still result in the same buffer contents before sending. The buffer contents look right to me before I send the message. It's only after I get my copy back that I see the problem. Gnus munges text properties before passing the message to sendmail, in particular it does things with hard newlines if it finds any. In this snapshot, if `next-line' needs to insert a newline character, it will insert a hard newline (i.e. a propertized newline character) instead of a regular newline. Message had been changed to do that as well and it so happened it made paragraph formatting disappear (the changes in Message were reverted, those in simple are still there). This is why I suspected the `next-line' function and related callers. Maybe this bug is like the last one: something in my environment that gets triggered over time breaks it. I'll have to keep an eye out for this. If my hunch is correct, then it only happens if you insert newlines by moving in the buffer. Just inserting text wouldn't trigger it; it's possible that in some buffers, you don't get to insert hard newlines unintentionally. I've wrapped paragraphs here with p tags to indicate where my paragraph boundaries are in case this is the lucky message that gets mangled. This message looks OK. -- ,''`. : :' :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#340988: emacs-snapshot: paragraph breaks disappearing in outgoing mail
Jay Berkenbilt [EMAIL PROTECTED] writes: I just upgraded emacs-snapshot to 1:20051124-1, and I notice now that all the paragraph breaks are disappearing from my outgoing mail. Doh, sorry about that. During the past week, message.el had been changed to work better with longlines.el but the changes were reverted before I took the snapshot, and the only in message.el change in 20051124-1 compared to the previous snapshot shouldn't really have any impact... If you can't reproduce this right away, don't spend any time on it. I will investigate and follow up with all required and relevant information. Gnus and Message work fine here, as witnessed by this message. How are messages sent by Gnus? Using smtpmail.el? Also, what's the value of `use-hard-newlines' in your setup? Do you use longlines mode? -- ,''`. : :' :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#340988: emacs-snapshot: paragraph breaks disappearing in outgoing mail
Romain Francoise [EMAIL PROTECTED] wrote: Jay Berkenbilt [EMAIL PROTECTED] writes: I just upgraded emacs-snapshot to 1:20051124-1, and I notice now that all the paragraph breaks are disappearing from my outgoing mail. Doh, sorry about that. During the past week, message.el had been changed to work better with longlines.el but the changes were reverted before I took the snapshot, and the only in message.el change in 20051124-1 compared to the previous snapshot shouldn't really have any impact... Okay, thanks for checking. If you can't reproduce this right away, don't spend any time on it. I will investigate and follow up with all required and relevant information. Gnus and Message work fine here, as witnessed by this message. How are messages sent by Gnus? Using smtpmail.el? Also, what's the value of `use-hard-newlines' in your setup? Do you use longlines mode? Well, the problem doesn't happen for me with a vanilla setup, so it must be something in my environment. I don't feel like messing with it this evening, but I'll divide and conquer and figure out what part of my environment is messing this up. This is, by the way, why I used to always run pretest versions -- before I started doing that, there was never an emacs release in which all my customizations worked together, and my init files used to be littered with version-specific workarounds. Being able to run regularly updated snapshots on this one machine (my main home development system) is great because it means I will always have a stable emacs everywhere else, and with your rapid responses, things never stay broken for very long. :-) I'll spend some time on this over the next few days. --Jay P.S. this message was sent using a vanilla emacs-snapshot. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
