Closed Bug 67405 Opened 25 years ago Closed 25 years ago

plain text editor line wrapping not stopping at 72 chars

Categories

(MailNews Core :: Composition, defect, P2)

Product:
MailNews Core
Component:
Composition
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 30763

People

(Reporter: blizzard, Assigned: bugzilla)

References

Details

I have my mai l/news composer setting set up to stop at 72 chars. When replying to email it's started not wrapping as I type. This is with a build done on 2001/02/02 at 2am eastern time. I use the plain text editor.
this bug has been around at least since Jan 30th. builds
checked headers: it had stopped wrapping already on Jan 27th
yes, on Mac builds also, I confirm
I see akkana checked in a fix for bug 64665 on the 25th: "Text edit rules hardwire wrap width to 72" Adding to CC just in case.
My change shouldn't (but I won't say couldn't, it's possible) have affected visible wrapping in the compose window; it should only have affected wrapping at send time. But with today's build, my compose window is wrapping correctly at 72 columns (or at least something very close to that).
Using Linux build 20001013010, when I start a new message in the plain editor it seems to wrap correctly. I have "automatically quote the original message when replying then, start my reply below the quoted text" set in my preferences. When I reply to a message and add text in the middle of the quoted message, the added text is not wrapped properly. For example, if I click on the left end of a line in the quoted message, hit return to create an empty line, and then type text on that line, the text I type isn't wrapped at all.
2001020221 linux: plaintext mail wraps as it should - visibly and when sending. WFM.
Ah hah! That's exactly the problem that I had - you have to start in the middle of the quoted reply to get the wrapping problem. I'll have to try it on a new build.
That bug is old, old, old and is bug 30763. Quoted text is wrapped in a <pre> (so that it won't rewrap long-short-long-short but will retain its original wrapping) and there's a bug in the plaintext edit rules so that when you split a pre quoted block and then start typing, although the block is split correctly, the caret warps back into one of the pre blocks. The font is actually different, but the difference (depending on your font settings) is usually so subtle that it's very difficult to see what's happening unless you already know.
Keywords: mozilla0.9
Summary: plan text editor line wrapping not stopping at 72 chars → plain text editor line wrapping not stopping at 72 chars
I use mozilla mail as my primary mail client and have only noticed this in the last couple of weeks or so. Surely something has changed recently to expose the bug. (I won't be able to check from my archive of older builds for a couple of days). There's also a considerable speed difference when typing in the middle of a quoted area when compared to typing outside of the quoted region.
I see this on Win build.
OS: Linux → All
This happens on moz 0.8, Win32.
Depends on: 30763
Hardware: PC → All
I've been seeing it on Win32 builds for about two weeks. It's rather random. I dare say more often in news postings than mail messages. Usually while replying to messages with cited original text.
Something has changed. This wasn't in 0.7 but is in 0.8. I would love it if we could get a fix for it that I could slap in my 0.8 rpms.
man this sucks! this really needs to be fixed soon -- all my emails are unreadable unless I hard wrap by hand. :(
your are right, we must solve this problem. Nominating nsbeta1
Status: NEW → ASSIGNED
Keywords: nsbeta1
Priority: -- → P2
Is anyone seeing this replying at the end of the quoted text, not just after breaking a line in the middle of the quoted text (where it would be bug 30753)? If it's that the problem with breaking quoted text (bug 30763) recently got worse, that would also be interesting to know. Adding jfrancis, who has that bug and who might know whether something changed recently that would increase the liklihood that the selection warps back into a <pre> block after hitting return to break that <pre> block.
Don't know if this counts. I certainly see it if I delete the end of a quoted message and then begin my reply below that.
I never see it replying after quoted text. I only see it when breaking into quoted text. It's relatively recent, though. It happened somewhere in between 0.7 and 0.8. Is there anything that I can do that will help you debug this? Maybe in the debugging menus in composer?
Interesting. Now that I look I don't see any debug menus in composer. Do I have to turn them on somewhere?
yes, in messengercompose.xul, you need to reactivate: menu id="debugMenu" don't forget to repackage the jar file after changing the xul file :-)
If the plaintext editor debug menus include Output HTML, then that will tell you for sure whether the problem is that your typed text is being warped back into the <pre> tag. But from the descriptions here, I'm convinced that's what's happening and that this is the same as the other bug.
Whiteboard: critical to mozilla 0.9
This works for me now, using a trunk build from 2001-02-27! Actually, this has been working for a while now. But I forgot about this bug since then...
I hasn't been fixed for a while now, because I still get this bug on build 2001022608 Linux (less than 24 hours old). I'll try on the latest nightly in a couple of hours, but I'm sceptical :-). (Note that the wrap malfunction only seems to occur in the middle of quoted text)
This still shows up on my build from this afternoon so it is definitely not fixed. Here is the HTML output ( finally! ) from the editor: <html><head></head><body style="font-family: -moz-fixed; white-space: -moz-pre-w rap; width: 72ch; ">Christopher Blizzard wrote:<br> <pre style="margin-top: 0pt; margin-right: 0pt; margin-bottom: 0pt; margin-left: 0px; ">&gt; This is one line.<br>&gt; <br><br>This line is in between and it's supposed to be wrapped after 72 chars or so but it doesn't seem to wrap at all.< br><br>&gt; This is another line.<br>&gt; <br>&gt; --Chris<br><br></pre> This is a new line.<br> <br> -- <br> ------------<br> Christopher Blizzard<br> http://people.redhat.com/blizzard/<br> mozilla.org - We're on a mission from God.Â| Still.<br> ------------<br> <br> </body></html>
From a conversation with akk on irc I'm marking this as a dup of bug #30763. I'm going to try and get some traction there. *** This bug has been marked as a duplicate of 30763 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Whiteboard: critical to mozilla 0.9
Bug 30763 was fixed, but Linux build doesn't wrap text. Should I reopen this or file a new bug?
kazhik: in what circumstances do you not see wrapping?
Build ID: 2001030708. Wrapping doesn't work at all in mail compose window.
this is with a new message, right? Not a reply-to.
I filed a new bug for HTML mail composer line wrapping failure. Bug 71361. People who are CC'ed on this bug have been included in the CC line of the new bug also. It is essentially the same bug but requires a special condition and occurs only under HTML mail editor.
I will resolve this as a dup, but basically the original scenario seems to be fixed. Plain text reply does wrap @ 72 characters. The new is for HTML compose. I sent a plain text msg and replied using plain text editor, word wrapped at 72 during compose for both. Received wrapped I sent an HTML msg and replied using the plain text editior, word wrapped at 72 during compose for both. Received wrapped. I ran the above tests breaking the quote and typing, words wrapped during plain text compose. received wrapped too. I ran the above tests replying below, words wrapped during plain text compose. received wrapped too.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.