191981 - Deleting paragraph with <pre> inside <blockquote> results in non-editable line that cursor skips over

Status: RESOLVED WORKSFORME

(MailNews Core :: Composition, defect)

Description

[David Campbell]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212

If you have an e-mail containing a <pre> block inside <blockquote>, deleting it
results in a line in your e-mail that cannot be deleted and the cursor skips
over.  However, if you save your e-mail as draft, close it and reload the
e-mail, the line doesn't show at all.

I'll make an attachment that demonstrates the problem

Reproducible: Always

Steps to Reproduce:
1. Create a mail folder.
2. Overwrite the folder file with the contents of the attachment (uncompressed).
3. Press reply on the single mail item in the folder.
4. Highlight all the lines with either 'z' or 'y' in them.
5. Press delete.
Actual Results:  
You end up with a line where they were that cannot be deleted and the cursor
jumps over.

Expected Results:  
It should have deleted the lines properly.

Comment 1

[David Campbell]

Attachment: compressed mail folder

This is a compressed text file containing a mail folder, use this to reproduce
the problem I'm documenting.

Comment 2

[Kathleen :Brade]

Editor:Core bug?  dupe of bug already fixed?

David Campbell--can you download a newer build (daily?) and see if it is still a
problem?  It's possible the bug has been fixed in the past 6 weeks...  you also
might try reproducing in composer (may be easier or harder)

Comment 3

[David Campbell]

ok, I just downloaded the windows nightly build, 12887760 bytes, and installed.
 I get Mozilla 1.3b with version information as below, though I can't find the
build date in it, the gecko version seems older than yesterday though - I assume
that is to be expected?
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030114

Problem still exists.

Comment 4

[James Graham]

Attachment: Reduced Testcase

Open this in composer and delete the text 'delete', using the delete key rather
than backspace. The text will disappear but the line will not be removed, and
will no longer be accessiable as indicated by the reporter. Note that the other
lines of text are not necessary for the bug to occur, but they make the effect
clearer. Also my (limited) testing suggests this open happens with blockquote
with type="cite" (but maybe with other type attributes as well) and only when
<pre> is contained in the quote.

Tested with 2003012804/win98

Comment 5

[Mike Cowperthwaite]

James Graham: with Mozilla 1.4 Final, I have opened your attachment the Composer 
app, and also pasted the formatted text from Composer into a Mail Compose 
window.  Deleting the text as you describe (with the delete key, starting with 
the cursor at the 'D', as soon as the final 'e' is deleted, the second 'Leave' 
jumps up to join the first on the first line.  It looks like the bug has been 
fixed (and probably was a dupe of something).  

If you agree it's OK, please mark this bug as Resolved|WorksForMe (or as a dupe, 
if you can find the one that was actually fixed).

Comment 6

[Mike Cowperthwaite]

No response from reporter, =>WFM