Closed Bug 22574 Opened 25 years ago Closed 24 years ago

Log on to Bugsplat 1st time renders Sign-In fields poorly

Categories

(Core :: Layout, defect, P3)

Other
Linux
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: scalkins, Assigned: kmcclusk)

References

()

Details

(Keywords: platform-parity)

Saw this on Mac builds 1999-12-23-08 M13, and Windows build 1999-12-23-09 M13
Was ok on Linux build

Steps to repro:
1)Remove Registry and Users Profile folder.
2)Launch Seamonkey, and go to http://scopus/bugsplat/index.cgi
3) Click on the link for the word "here" at this page.(The message portion that
reads "Click here to login").

Expected results: This takes you to the Sign In page for Bugsplat at
scopus/bugsplat/login.html. This page has an image with the User Name and
Password field clearly visible with the SignIn Button underneath it.

Actual results: The page comes up, but the User Name and Password fields appear
chopped and doubled up on one another, making it difficult to know where to type
your name and password.

Notes: If you put the URL http://scopus/bugsplat/login.html in the Mozilla URL
field and hit enter, it seems to go to this page and subsequently render it ok.
Keywords: pp
I can clearly remember seeing similar display problems back in December 1999,
but far less often lately. Is this still a problem with M13?
Assigning all open "nobody@mozilla.org" bugs to "leger@netscape.com" to weed 
thru.
Assignee: nobody → leger
could not reproduce: 2000020908, winnt.  i remember it was bad before, too, but 
seems to be better these days.

scalkins, if you can reproduce this with a recent build, please reopen it.
in the future, it would be nice if you would include a testcase that is outside 
your corporate firewall (failing that, you can attach some HTML as at testcase).

if you attach a testcase or URL page that everyone can view, alll the people who 
triage bugs will be able to evaluate and try to reproduce your bug.
thanks.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Verified this works on Win build 2000-02-10-09 M14 and Mac Build 2000-02-10-08 
M14
However the Linux Build 2000-02-10-08 M14 still has a problem with this..the 
screen comes up blank with an umarked empty white field.
I couldn't find a case outside the firewall to reproduce this.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
OS: Windows NT → Linux
Hardware: All → Other
We've emailed Gerardok's group as layout/display is in their area so that they 
can create a test case if needed.
Chris, please could you look at this? Thanks
QA Contact: nobody → ckritzer
Summary: [PP]Log on to Bugsplat 1st time renders Sign-In fields poorly → Log on to Bugsplat 1st time renders Sign-In fields poorly
*** Bug 28063 has been marked as a duplicate of this bug. ***
reassigning browser-general bugs (again!) so triagers can find all the bugs 
with one query.
Assignee: leger → cbegle
Status: REOPENED → NEW
QA Contact: ckritzer → asadotzler
updating component, owner so someone will look at this.
Assignee: cbegle → troy
Component: Browser-General → Layout
QA Contact: asadotzler → petersen
Linux specific problem so reassigning
Assignee: troy → kmcclusk
I'm not seeing this problem with 2/23/2000 build on Linux.
Marking as WORKSFORME
Status: NEW → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → WORKSFORME
Verified Win 32 Build 2000-03-22-11 M15 trunk, Mac build 2000-03-22-08 M15 trunk
Status: RESOLVED → VERIFIED
QA Contact: petersen → scalkins
You need to log in before you can comment on or make changes to this bug.