Closed Bug 98380 Opened 23 years ago Closed 23 years ago

To: fields do not redraw after scrolling

Categories

(MailNews Core :: Composition, defect)

x86
Windows NT
defect
Not set
major

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 96899

People

(Reporter: ssu0262, Assigned: bugzilla)

Details

When composing a message, if there are enough recepients added to show the
scroll bar, the recepients that are scrolled off the top (scrolling off the
botton seems to be redrawing okay) are not redrawn when scrolled back into view.
 The cursor also disappears and does not reappear until after a new recepient is
entered and the return/enter key pressed.

This might be a xptoolkit problem, but I'm not sure.  Please reassign if needed.
Nominating as nsbranch, this is regression from 6.1 and very bad for user. 
After scrolling, you don't see some of the recipients, if you wanted to remove
one you whouldn't be able to see it to remove it.  The recipient is still there
and mail is sent to them.  This has to be fixed.
Keywords: nsbranch
OK, this is a dup of 96899, which is pdt+ so it will be fixed.  Resolving a dup

*** This bug has been marked as a duplicate of 96899 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
verified
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.