Closed Bug 139225 Opened 22 years ago Closed 22 years ago

Find text in message matches across end of lines

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Linux
defect
Not set
minor

Tracking

(Not tracked)

VERIFIED WORKSFORME
mozilla1.1beta

People

(Reporter: steven, Assigned: akkzilla)

Details

(Whiteboard: Can't reproduce, need test case)

Attachments

(1 file)

Searching for text while viewing a message (Ctrl-F) matches results across an
end of line instead of treating the end of line like a space.
e.g. searching for "ol" in the following matches the "o" at the end of line one
and te "l" at the start of the next line.
  this is two
  lines of text.
Summary: FInd text in message matches across end of lines → Find text in message matches across end of lines
Steven, I cannot reproduce this with linux build 2002-04-20-07.  What build are
you using?  Does this happen with all messages, or just some?  If the latter,
could you attach an example offending message to this bug using
http://bugzilla.mozilla.org/attachment.cgi?bugid=139225&action=enter ?
Looking at this it can be seen that the problem is that the content-type is
text/html and there are html tags inside the email text.  Text such as "end of
line<br>start of line" would match "linestart" as if the <br> were not there.
I forgot to say what build I am using: Linux 20020417 installed from
mozilla-i686-pc-linux-gnu-1.0rc1-sea.tar.gz

to akkana.
Assignee: sspitzer → akkana
Status: UNCONFIRMED → NEW
Ever confirmed: true
Ah, sounds like I should probably make it consider <br> as whitespace.  So in
that case, in your example, searching for "line start" would find a match but
"linestart" would not.  Does that sound reasonable?  (Cc'ing Kin for his opinion
too.)
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.1beta
In the example, I searched for "ivera" to see if it would match those strings in
"comprehensive range", but it didn't.  I had to search for "ive ra" to find it,
which I think is the correct behavior.  This was true both in today's trunk
build and in a mozilla 1.0 release build.

Reporter, do you still see this?  If so, please specify exactly what your search
string is, and where your selection is in the sample document when you do the find.
Yes the bug is still happening in Release 1.0.

I have forwarded an email that demonstrates the problem to Akkana@netscape.com

As stated in comment 2, it is where the source of the message uses <br> that
allows the search to extend across the line.

This is not a very important bug because it only really happens when searching
for small strings, and only in preformatted html messages.  If you agree with
some people's opinions that HTML formatted email is evil and should all be plain
text then this is not a bug at all.
Also happens in release 1.1a

If you select view-message-body-as plain-text then the search works as expected,
but simple-html and original-html both match across the <br>
Sorry, but I seem to have lost the mail message, if I got it.  We really need to
get an attachment here in the bug that demonstrates the problem, so that anyone
trying to fix or verify the bug can reproduce it.

Apparently the current attachment doesn't work for this?  Should I mark it obsolete?

If this only shows up in the mail window (hmm, maybe it's actually a mail find
bug?), perhaps you can make a folder that has only that message in it, and
attach the folder?  Then someone trying to reproduce it can save the file in
Local Folders and point mail to that folder.
Whiteboard: Can't reproduce, need test case
Haven't heard any comments; marking worksforme.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
marking verified worksforme
Status: RESOLVED → VERIFIED
QA Contact: olgam → laurel
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: