22561 - ERROR: document.invest has no properties

Status: VERIFIED WORKSFORME

(Core :: DOM: Core & HTML, defect, P3)

Description

[kevinyen]

1. Click on the "login" button, right beneath the "streamer" button
2. Login dialog comes up
3. Entering info or cancelling doesn't dismiss the dialog.

thx,
kevin

Comment 1

[karnaze (gone)]

Reassigning to Rod.

Comment 2

[rods (gone)]

reasigning to danm

Comment 3

[Gagan]

This is most probably a dup of 6144. Kevin can you confirm that this is fixed
with a newer build (at least one after a 11/22/99)? If its still there... let me
have this bug... thanks!

Comment 4

[kevinyen]

Gagan,
The dialog is dismissed now, but the page behavior in the main pane is not
correct.  Hard to describe.  Please check out yourself.

thx,
kevin

Comment 5

[Gagan]

I am getting a javascript error document.invest has no properties. (that script
triggers the login and I verified that there is "invest" named form down below)
handing over to jst... 

Comment 6

[Johnny Stenback (:jst)]

I just tried this on both WinNT and Linux, but I don't get a dialog when
clicking on the "Login" button, I only get a webpage that says "Unknown
Request", "Please re-Login to this server and try again." and "The type of
request you sent was not recognized. This was most likely caused by an out of
date HTML page on your browser." (yeah right).

IOW I can't reproduce the described behaviour, back to gagan since if this
really is a bad request this might be a network problem, or?

Comment 7

[Warren Harris]

Moving post beta bugs to M18 which is now the post-beta milestone.

Comment 8

[ckritzer (gone)]

nominating for nsbeta2 based on:
 - severity
 - visibility
 - major functionality broken

Comment 9

[leger]

ekrock, how critical is this for beta2?  Does it need a fix for RTM?  
beard, any input.

Comment 10

[ekrock's old account (dead)]

Because this is a DOM0 4xp bug on a highly visible service site's front page, I 
would really like this fixed for beta2 if at all possible. Reviewers will 
become progressively less tolerant of backward incompatibility bugs as the 
betas progress and we'll lose time dealing with lots of DUPs to boot. If not 
doable for beta2, then it should be marked nsbeta3 and *MUST* be fixed for FCS.

Comment 11

[ekrock's old account (dead)]

Per clarification in seamonkey leads today, this qualifies as a nsbeta2 bug as 
it's a major service site.

Comment 12

[ekrock's old account (dead)]

Assigning back to gagan who was the last engineer with this. If not 
reproducible, you can WORKSFORME. Marking helpwanted on reproduction.

Comment 13

[ekrock's old account (dead)]

Re-reassigning back to gagan as first try didn't take.

Comment 14

[leger]

Putting on [nsbeta2+] radar for beta2 fix. 

Comment 15

[Gagan]

the original problem is definitely not there. But there is now what appears to 
be a redirect to an HTTPS site which is not working properly. I am not sure if 
this is a PSM related problem that dougt was looking at recently. I will 
continue to investigate to see where the problem lies. 

If any of you have a working PSM setup try logging into datek (even if you get 
as far as the final dialog box it would be ok)

Comment 16

[Gagan]

Hmmm... this seems work just fine for me now. I can successfully login to datek.  
My best guess would be a possible problem becuz of Host header or a referrer 
issue since their main page uses two frames. 

Comment 17

[ckritzer (gone)]

New bug45379 blocks the verification of this bug on MacOS...but I have verified:
- Linux6 2000-07-12-21-M17 Commercial
- Win98  2000-07-12-21-M17 Commercial

Comment 18

[ckritzer (gone)]

Okay.  Now works on Mac too.

Marking VERIFED WORKSFORME on:
 - MacOS9 2000-07-25-11-M17 Commercial Build

Comment 19

[Pulsebot]

Pushed by ffxbld-merge:
https://hg.mozilla.org/releases/mozilla-beta/rev/1f9cd279ba6d
[fenix] Issue https://github.com/mozilla-mobile/fenix/issues/22561: Fix tab group titles colour when in private mode