Closed
Bug 151792
Opened 23 years ago
Closed 20 years ago
www.usaalliance.org -- blank account page
Categories
(Tech Evangelism Graveyard :: English US, defect)
Tech Evangelism Graveyard
English US
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jlquinn, Unassigned)
References
()
Details
Attachments
(1 file)
|
63.06 KB,
text/html
|
Details |
I'm trying to login to a banking system. After successful login, I see a blank
page. Since it's secure and requires login, I can't send the url. I've grabbed
the source and edited out sensitive info. However, it won't fit in this changes
box. I also don't have a public web site to put it. How do I get it to you?
|
Reporter | |
Comment 1•23 years ago
|
||
Ignore previous comment about having to email this file. I didn't realize
there was an attachment mechanism.
|
|
||
Comment 2•23 years ago
|
||
Have you attempted to view the page in Netscape to see if it renders fine
(attempt to isolate the problem JavaScript interpreter)?
|
||
Comment 3•23 years ago
|
||
I get a blank page when attempting to load this attachment in July 9th build. IE
can't rendered it either since I get a message unable to get account
information. We would need a better testcase to help trouble shoot this one.
Perhaps this site's webmaster could be contacted so we can research further .
Status: UNCONFIRMED → NEW
Ever confirmed: true
|
|
||
Updated•23 years ago
|
Priority: -- → P3
|
|
||
Updated•23 years ago
|
Target Milestone: --- → Future
|
|
Reporter | |
Comment 4•23 years ago
|
||
I've been trying to debug this further myself (since I do have account access :-).
The first minimal problem I can reproduce seems to be a javascript issue. When
I load the following page, I get an error saying that document.form1 has no
properties. I arrived at it while trying to strip down the full page to a
reasonable test case. I'm definitely not a javascript expert, but it seems like
one of the places the original form hangs up at is the onLoad script.
Same problem no matter what the frame src's are.
<HTML>
<HEAD>
<TITLE>USAlliance Federal Credit Union</TITLE>
<script>
function MoveToHidden() {
var hd = new Date();
var h_hidden = hd.getHours();
var m_hidden = hd.getMinutes();
var d_hidden = hd.getDate();
if (m_hidden < 10) m_hidden = '0' + m_hidden;
var t_hidden = (h_hidden + ':' + m_hidden + '/' + d_hidden);
document.form1.hiddenval.value = t_hidden;
}
</script>
</HEAD>
<form name=form1>
<input type=hidden name="hiddenval" value="">
</form>
<frameset cols=150,* frameborder=no border=0 marginwidth=0 onLoad="MoveToHidden()">
<frame src="http://gcc.gnu.org/lists.html" name=ZERO>
<frame src="http://gcc.gnu.org" scrolling=auto noresize name=ONE>
</frameset>
</HTML>
|
|
||
Comment 5•23 years ago
|
||
I have seen this problem a few times. I don't remember what I did to fix it the
first time, though. And now I'm seeing this on http://phpnuke.org with Moz 1.2b
on Mac OS X. When I view the source, it just says "<html><body></body></html>"
and nothing else.
That page works fine in IE. I have tried clearing caches, deleting cookies,
upgrading from 1.2a to 1.2b and switching JavaScript off, but nothing has helped.
|
|
||
Comment 6•23 years ago
|
||
The code has something like this:
<frame src="javascript:jsfunction();">
but that won't work unless you have
<frame src="javascript:parent.jsfunction();">
the script in turn does some document.open(), write(), and close()
which on my test doesn't work either
Security bug, Javascript bug? back to browser-general for triaging
Assignee: attinasi → asa
Component: Layout → Browser-General
QA Contact: petersen → asa
Summary: Page appears empty → <frame src="javascript:blah();"> does not call blah() (and document.open(),write(),close() does not work on frame either)
|
|
||
Comment 7•23 years ago
|
||
Looks like the javascript: tag inside
a HTML <frame src="javascript:... code
has no acces to the other javascript codes.
(minimal test case)
HTML|HEAD|JC>> V_TEST="V_TExT";
FRAMESET>> <frame src="javascript:alert(V_TEST)" ... >
Using "parent.|top.|self." did not change the outcome.
(outcome)
Error: V_TEST is not defined
Source File: javascript:alert(V_TEST)
Line: 1
<frame src="javascript:alert('V_TExT')" ... >
is processed whitout any error.
BZ-NooB at Win98se|MZ-1.3R
|
|
||
Comment 8•23 years ago
|
||
ok, ignore that 'no access' message
I do wonder why, javascript:alert(V_TEST) is not generating any responds,
while javascript:alert(self.V_TEST) is giving a undefined responds.
(No responds to from function calls for both plain and self.function() calls.)
BZ-NooB at Win98se|IE 6.0;sp1|MZ 2003040909
|
|
||
Comment 9•23 years ago
|
||
Summary: document.write stops page processing when used at <frame
scr="javascript:..." level
Think the main problem in this case is that mozilla, compared to IE
is not accepting any .document.write's to a frame, if the write commands
are called from src="javascript:..." inside the frame tag.
(And are targeted to the frame itself.)
At the moment a .document.write is issued from inside the <frame
src="javascript:..."> tag
mozilla will hold the page processing, and seems to be waiting for a .?.
document.close.
whether the .document.write code is done directly from inside the scr="...",
or from a function called from scr="..." makes no differents.
Also tryed using document.open() and document.close(), but without any positive
effect so far.
If the frameset onLoad="..." is used, insted of frame scr="...",
the .document.write's are processed as expected.
Test Code:
<frameset cols="50%,50%" onLoad="" >
<frame src="about:blank" name="FRAME_1" >
<frame src="javascript:document.writeln('<html><body
bgcolor=\'#888888\'>Test_Text_Line<\/body><\/html>')" name="FRAME_2" >
</frameset>
aditional code:
top.frames['FRAME_2'].
document.open()
document.close()
note:
Don't think the secondary error,
document.form1.hiddenval.value = t_hidden; => document.form1 has no properties.
has any direct relation to the frame src -> .document.write problem.
well, think thats about it from my side
BZ-NooB at Win98se|IE 6.0;sp1|MZ 2003040909
|
|
||
Comment 10•23 years ago
|
||
Probebly Identical Bug: 196847 <=> 151792
|
|
||
Comment 11•23 years ago
|
||
changing summary since ideally a bug report should cover only one bug
(doc.write() bug to bug 196847)
Assignee: asa → dom_bugs
Component: Browser-General → DOM Level 0
QA Contact: asa → ashishbhatt
Summary: <frame src="javascript:blah();"> does not call blah() (and document.open(),write(),close() does not work on frame either) → <frame src="javascript:blah();"> doesn't work, but top.blah() & parent.blah() works
|
||
Comment 12•21 years ago
|
||
Attachment 87669 [details] has 976 lines of javascript code, not optimized code, 505
document.write() calls: this can not help in any way to figure out what's wrong
with the page code or with the Mozilla browser. Besides, the js console reports:
Error: document.form1 has no properties
Source File: http://bugzilla.mozilla.org/attachment.cgi?id=87669&action=view
Line: 933
Also, I'm not sure one can start writing into a window - a secured page on top
of that which takes more time because of encryption - that just was created,
like at line 113:
msg1=open("https://www.usalliance.org/blank.htm", "DisplayWindow",
"width=635,height=475,resizable=yes,scrollbars=yes");
msg1.document.open();
msg1.document.write("<HTML><HEAD>");
When resorting to DOM methods, you can't do this in Mozilla-based browsers and
this is rather well known (asynchronous creation, loading).
Finally, this bug has no chance of being resolved either way without a much more
manageable and reasonable testcase, demo page or webpage of some sort.
|
||
Comment 13•20 years ago
|
||
the primary issue in the attached HTML is the javascript error about
document.form1. The document contains a frameset and a form. When Gecko sees
that, it throws away the form. Unfortunately, the document attempts to use the
form as a stash to store how long you've been idle or something. If I remove
the references to document.form1 from the attachment, the frameset does try to
load something. I get:
Requesting Account Information.
Please wait until the account information appears before continuing.
in the primary frame. I would assume that it would be even more successful if
it were on the site itself and not a local page on my hard drive (and I had an
account!).
Anyway, this is Tech Evang...
Jerry, if the site has been fixed to work ok with Mozilla, please mark this bug
FIXED.
Assignee: general → english-us
No longer blocks: 243238
Component: DOM: Level 0 → English US
Keywords: qawanted
OS: Linux → All
Priority: P3 → --
Product: Core → Tech Evangelism
QA Contact: ashshbhatt → english-us
Hardware: Macintosh → All
Summary: <frame src="javascript:blah();"> doesn't work, but top.blah() & parent.blah() works → www.usaalliance.org -- blank account page
Target Milestone: Future → ---
Version: Trunk → unspecified
|
|
Reporter | |
Comment 14•20 years ago
|
||
The website has been updated and works with Mozilla and Firefox.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
|
||
Updated•10 years ago
|
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•