Closed Bug 29837 Opened 25 years ago Closed 25 years ago

Addressing Widget - Second entry field positioned incorrectly

Categories

(MailNews Core :: Composition, defect, P1)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: sol, Assigned: buster)

References

Details

(Keywords: regression, Whiteboard: [PDT+] fix in hand, waiting for stable tree to land into)

Regression: In the addressing widget, if you enter more than one recipient email 
address, the field for the second and subsequent recipients is positioned 
incorrectly - it lays on top of the Compose window toolbar.

Build ID: 2000-02-27-08 commercial (note: I downloaded a build from a directory 
labled 2000-03-01; not sure if the directory or the label in the build is 
incorrect)

Steps to reproduce:
1. Launch Mail (Tasks | Mail)
2. Open a compose window ("New Msg" on mail toolbar)
3. Address message one recipient and hit enter

Expected: Focus moves to second recipient entry field, directly below the first
Actual: Focus moves to second recipient entry field, but this field is 
positioned on top of the Mail toolbar

Note: This bug was previously fixed, but has reappeared.
Adding "regression" keyword

Nominating for beta1 - this is a very visible bug that had been fixed.
Keywords: beta1, regression
reassign to buster, cc'ing hyatt

Assignee: ducarroz → buster
I'm not seeing this in a recent build.  Sol, could you please download a build 
from 2/29/00 or 3/1/00 and see if the problem is still there?  I do recall a bug 
about this, that was resolved a few days ago by evaughan and/or hyatt.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Buster - I *think* I'm using today's build (2000-03-01), but the time stamp that
shows up in Navigator is wrong. I'm going to see if I can track this down with
the build guys, but I've asked some other folks who have installed the
commercial build from today's directory (using "NetscapeSetup.exe") and they see
the same time stamp I do. In other words, I think this is a problem that was not
in the build yesterday, but that has re-appeared today.

I will try downloading the zip file from today's commercial directory (that
contains the whole build), and see if I get a different set of bits.
reopening.
I reproduced this with Sol's steps using Win32 commercial build dated 
2000-03-01-13-m15 from sweetlou

I used the installer and I think that the build id is just wrong and it's a 
current build.  I know this because View | Page Source from the mail window was 
never working before and was just fixed yesterday or the day before and that 
command works in the build I have.

Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
I'm also seeing this in the mozilla builds. I downloaded the zip file (which 
contains mozilla, not commercial), and the time stamp is 2000-03-01-13.
Putting on PDT+ radar for beta1.  but I think this is a dup.
Whiteboard: [PDT+]
*** Bug 30101 has been marked as a duplicate of this bug. ***
*** Bug 30134 has been marked as a duplicate of this bug. ***
Severity: normal → blocker
Status: REOPENED → ASSIGNED
Priority: P3 → P1
Whiteboard: [PDT+] → [PDT+] fix in hand
Target Milestone: M14
Please update the landing date in the status whiteboard.  If you need help 
getting testing or review, please ask... we're here to help ;-).
I've got reviews and permission, just waiting for the tree to stabilize before I 
check in.
Whiteboard: [PDT+] fix in hand → [PDT+] fix in hand, waiting for stable tree to land into
fixed by adding viewMan->MoveViewTo(view, origin.x, origin.y) during the 
creation of the webshell.
r=rods, brade
a=jar
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Linux (2000-03-06-08 M15)
Win32 (2000-03-06-10 M15)
Mac (2000-03-06-08 M15)
This addressing widget problem has been fixed.
Status: RESOLVED → VERIFIED
*** Bug 31088 has been marked as a duplicate of this bug. ***
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.