Closed
Bug 29837
Opened 25 years ago
Closed 25 years ago
Addressing Widget - Second entry field positioned incorrectly
Categories
(MailNews Core :: Composition, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
M14
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
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+]
Severity: normal → blocker
Status: REOPENED → ASSIGNED
Priority: P3 → P1
Whiteboard: [PDT+] → [PDT+] fix in hand
Target Milestone: M14
Comment 10•25 years ago
|
||
Please update the landing date in the status whiteboard. If you need help getting testing or review, please ask... we're here to help ;-).
Assignee | ||
Comment 11•25 years ago
|
||
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
Assignee | ||
Comment 12•25 years ago
|
||
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 ago → 25 years ago
Resolution: --- → FIXED
Comment 13•25 years ago
|
||
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
Comment 14•25 years ago
|
||
*** Bug 31088 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
•