Closed
Bug 117952
Opened 23 years ago
Closed 23 years ago
Addresses Disappear when scrolling addressing widget
Categories
(MailNews Core :: Composition, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.8
People
(Reporter: scottputterman, Assigned: hyatt)
References
Details
(Keywords: regression)
Attachments
(2 files)
22.94 KB,
image/jpeg
|
Details | |
937 bytes,
patch
|
Details | Diff | Splinter Review |
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.
Reporter | ||
Updated•23 years ago
|
Severity: normal → blocker
Status: NEW → ASSIGNED
Keywords: nsbeta1+
Priority: -- → P1
Target Milestone: --- → mozilla0.9.8
Reporter | ||
Comment 1•23 years ago
|
||
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•23 years ago
|
||
This is a very very bad and scary regression.
Keywords: regression,
smoketest
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•23 years ago
|
||
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•23 years ago
|
||
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•23 years ago
|
||
i don't see this on today's MacOS 9 mozilla bits in either classic or modern.
Comment 8•23 years ago
|
||
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•23 years ago
|
||
I could not repro this on 2002-01-03 build on win98
Comment 10•23 years ago
|
||
Using MacOS X release builds, I found that the regression has been introduced between 12/18-04 and 12/19-04.
Comment 11•23 years ago
|
||
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•23 years ago
|
||
I'm able to repro this on win2k easily, so hopefully I can figure this out shortly
Reporter | ||
Comment 13•23 years ago
|
||
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 john@netscape.com and smith@netscape.com. This really is a blocker for mail.
Severity: critical → blocker
Comment 14•23 years ago
|
||
hewitt promise me yesterday to send me a patch for testing, still waiting...
Comment 15•23 years ago
|
||
*** Bug 119123 has been marked as a duplicate of this bug. ***
Comment 16•23 years ago
|
||
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.
Assignee | ||
Comment 17•23 years ago
|
||
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•23 years ago
|
||
those addresses are supposed to be: putterman@netscape.com jglick@netscape.com Dan Mosedale <dmose@netscape.com> Rajiv Dayal <rdayal@netscape.com> Srilatha Moturi <srilatha@netscape.com> note, when I select a partial address, copy and paste, it gets the whole thing.
Assignee | ||
Comment 19•23 years ago
|
||
This is definitely the exact same bug that I had before. Bug 96899. Note that the fix for that bug was removed.
Comment 20•23 years ago
|
||
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•23 years ago
|
||
Comment 22•23 years ago
|
||
over to hyatt. dave, I'll land this for you when the tree is open. thanks for the heads up about the original bug.
Assignee: ducarroz → hyatt
Status: ASSIGNED → NEW
Assignee | ||
Comment 23•23 years ago
|
||
Did it work?
Comment 24•23 years ago
|
||
yes, it worked.
Comment 26•23 years ago
|
||
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
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 27•23 years ago
|
||
*** Bug 117129 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•