117952 - Addresses Disappear when scrolling addressing widget

Status: VERIFIED FIXED

(MailNews Core :: Composition, defect, P1)

Description

[scottputterman]

I'm using this morning's build: 2002010303 on Win 2000.

Open the compose window.
Type in enough email addresses to cause it to scroll.
Scroll back up.
Email addresses have disappeared.  

I've also noticed that I see them disappear from the bottom.

I don't know if they are still there, but invisible, because I haven't tried
sending a message yet.

I'm also using the recycled compose window.  I don't know if that makes any
difference.

Comment 1

[scottputterman]

The good news is that it appears to send it to the ones that are missing.  So it
looks like they are just invisible.  I'm still leaving as a blocker since I
don't feel comfortable sending emails to addresses I can't see, even if they do
get sent.

Comment 2

[Jean-Francois Ducarroz]

This is a very very bad and scary regression.

Comment 3

[lchiang]

I was using a build from 2001-12-21-06 (Win32) and saw this problem so I'm not
sure if this is a new regression.

Comment 4

[Hixie (not reading bugmail)]

I don't see this on a recent Linux build (CVS tip from around 2002/01/01).
Is it Win2k-only? Does it only happen with the recycled compose window?

Comment 5

[Kathleen :Brade]

my checkin was to remove some unused variables; removing myself from cc list

p.s.  Personally I disagree that this is a smoketest bug but I do agree that it
is a very serious regression that should be investigated and fixed ASAP.

Comment 6

[Mike Pinkerton (not reading bugmail)]

i don't see this on today's MacOS 9 mozilla bits in either classic or modern.

Comment 7

[Jean-Francois Ducarroz]

lower to critical...

Comment 8

[Jean-Francois Ducarroz]

oops, looks like my early comment doesn't make it. Again:

This problem occurs on my MacOS X debug build from today but not on my Window
debug build from Tuesday night. However, I can reproduce this problem on MacOS X
using a release build from December 27. Therfore it's an "old" regression, don't
need to keep the tree close for it!

Comment 9

[Erich 'Ricky' Iseli]

I could not repro this on 2002-01-03 build on win98

Comment 10

[Jean-Francois Ducarroz]

Using MacOS X release builds, I found that the regression has been introduced
between 12/18-04 and 12/19-04.

Comment 11

[Jean-Francois Ducarroz]

I can always reproduce the problem under MacOS X but it's not consistent under
Windows! The regression seems to have been caused by the Hewitt rewrite or the
theme. Joe, David, can you take a look at it?

Comment 12

[Joe Hewitt (gone)]

I'm able to repro this on win2k easily, so hopefully I can figure this out shortly

Comment 13

[scottputterman]

Any luck on this?  Unfortunately, when you get into this state, future entries
don't autocomplete. So, I've already seen a case of unsent mail because someone
typed in something like "John Smith" and ended up sending it to
[e-mail] and [e-mail].  This really is a blocker for mail.

Comment 14

[Jean-Francois Ducarroz]

hewitt promise me yesterday to send me a patch for testing, still waiting...

Comment 15

[Jean-Francois Ducarroz]

*** Bug 119123 has been marked as a duplicate of this bug. ***

Comment 16

[(not reading, please use [e-mail] instead)]

here's something I've observed:

when I get into this state, if I make the window wider, the text starts to show 
up.

it's as if the text is in a box that a fixed percentage. 

I'll attach a screen shot, and see what the dom inspector tells me.

Comment 17

[David Hyatt]

This bug was around earlier, and it was caused by a <popupset> being given
width.  I added an !important rule to autocomplete.css that fixed this problem,
and that rule disappeared after hewitt's landing I think.

Comment 18

[(not reading, please use [e-mail] instead)]

Attachment: screen shot

those addresses are supposed to be:

[e-mail]
[e-mail]
Dan Mosedale <[e-mail]>
Rajiv Dayal <[e-mail]>
Srilatha Moturi <[e-mail]>

note, when I select a partial address, copy and paste, it gets the whole thing.

Comment 19

[David Hyatt]

This is definitely the exact same bug that I had before.  Bug 96899.  Note that
the fix for that bug was removed.

Comment 20

[(not reading, please use [e-mail] instead)]

testing out dave's fix for that other bug again, verifying it fixes this.

if it does, I'll land it.

thanks hyatt!

Comment 21

[(not reading, please use [e-mail] instead)]

Attachment: hyatt's patch, again.

Comment 22

[(not reading, please use [e-mail] instead)]

over to hyatt.

dave, I'll land this for you when the tree is open.

thanks for the heads up about the original bug.

Comment 23

[David Hyatt]

Did it work?

Comment 24

[(not reading, please use [e-mail] instead)]

yes, it worked.

Comment 25

[(not reading, please use [e-mail] instead)]

fixed.

Comment 26

[Sheela Ravindran]

Verified on today's build that the address does not disappear when scrolling the 
addressing widget. However, we do crash when we scroll the addressing widget 
which is bug 110165.

verifying this bug that address does not disappear anymore while scrolling. 
build id:  2002-01-14-06 win98, Mac os x, linux

Comment 27

[scottputterman]

*** Bug 117129 has been marked as a duplicate of this bug. ***