Closed Bug 85557 Opened 23 years ago Closed 17 years ago

citibankonline.com - Javascript does not work

Categories

(Tech Evangelism Graveyard :: English US, defect, P1)

Product:
Tech Evangelism Graveyard
Component:
English US
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: ajay_surana, Unassigned)

References

(
URL
)

Details

(Keywords: ecommerce, Whiteboard: [bank])

Attachments

(2 files)

This is the source of the web page
31.57 KB, text/html
Details
For convenience, here is the HTML Ajay provided, as text
65.71 KB, text/plain
Details
After successfully logging in, clicking on either of the top level choices does not do anything. Ex. Account Information, Payments & Transfers, Logout, etc. On IE, NS4.x it displays content below on same screen.
What build are you using? What is the exact error?
Ajay, what build ID of Mozilla or Netscape 6 are you using? Did any previous build of Mozilla/N6 ever work at this site? Please include this information in any bug report; thanks. What errors show up in the JavaScript Console? (Do Tasks | Tools | JavaScript Console). This is not likely to be JavaScript Engine bug. It sounds like it could be a problem with browser detection at this site. Compare bug 57074 - "citibank thinks mozilla and ns6pr3 are not 128-bit security"
I apologize for the sparse information. Here are more details: Browser: Mozilla 0.9.1 and all prior milestones OS: Linux Here are the error messages from the Javascript console: Error: top.frames[3] has no properties Source File: https://t9863636.da-us.citibank.com/Pers/portal.htm Line: 807 Error: [Exception... "'Method not implemented' when calling method: [nsIWebProgressListener::onSecurityChange]" nsresult: "0x80004001 (NS_ERROR_NOT_IMPLEMENTED)" location: "<unknown>" data: no]
Ajay, thank you! This will make it easier to figure out. The line in the error above is as follows: if((navigator.appName.indexOf("Netscape")!=-1) && (navigator.appVersion.substring(0,1)>"4")) { top.frames[3].send_req1(wa); <<<<<<<<<<<<<<<<< ERROR REFERRED TO ABOVE: Error: top.frames[3] has no properties Source File: https://t9863636.da-us.citibank.com/Pers/portal.htm Line: 807
Here is the frameset in use: <frameset rows='2000,1,1' FRAMEBORDER='0' BORDER='0' FRAMESPACING='0' onunload=ou()> <frame NAME='BV' SRC='post.htm' MARGINWIDTH='0' MARGINHEIGHT='0'FRAMEBORDER='0' SCROLLING='AUTO'> <frame NAME='PortalControl' SRC='HTTPS://web.da-us.citibank.com/images/pixel.gif' MARGINWIDTH='0' MARGINHEIGHT='0' FRAMEBORDER='0' NORESIZE SCROLLING='NO'> <frame NAME='DAControl' SRC='white.htm' MARGINWIDTH='0' MARGINHEIGHT='0' FRAMEBORDER='0' NORESIZE SCROLLING='NO'> <frame NAME='NSCControl' SRC='nsc.htm' MARGINWIDTH='0' MARGINHEIGHT='0' FRAMEBORDER='0' NORESIZE SCROLLING='NO'> </frameset> <body BGCOLOR=FFFFFF> </body> </html> I thought it was illegal to have a <BODY> tag if you have a <FRAMESET> tag? Could that be part of the problem?
At this point it is clear this is a browser issue, not a JS Engine issue. This is going to require some HTML debugging to see why the indicated frame is going out of scope. Unfortunately, it will be necessary to debug HTML in each frame above, as well as the parent document that Ajay provided. We would really benefit from a test account at this site for debugging... As for the other error: Error: [Exception... "'Method not implemented' when calling method: [nsIWebProgressListener::onSecurityChange]" nsresult: "0x80004001 (NS_ERROR_NOT_IMPLEMENTED)" location: "<unknown>" data: no] This looks like what you see in bug 78687, bug 83193, which occur when Mozilla switches from a secure site to a non-secure one and vice versa.
Reassigning to DOM 0, although not sure this is the correct component either. Why is the indicated frame object going out of scope?
Assignee: rogerl → jst
Status: UNCONFIRMED → NEW
Component: Javascript Engine → DOM Level 0
Ever confirmed: true
QA Contact: pschwartau → desale
Evangelism team, could you guys get in touch with citibank and see if they can fix their site, offer some help here, or if they could provide a dummy account so that we could test this out? Feel free to re-assign to me when you get more information, w/o more information I can't do anything about this problem.
Assignee: jst → bclary
Component: DOM Level 0 → Evangelism
QA Contact: desale → zach
update summary, Priority -> P1
Priority: -- → P1
Summary: Javascript does not work → citibank - Javascript does not work
*** Bug 89138 has been marked as a duplicate of this bug. ***
Arun, I'm giving you all the Linux bugs. If these bugs can be confirmed for other OS's please (someone) change the Platform/OS to All/All and reassign to the default Evangelism Component Owner.
Assignee: bclary → aruner
I can confirm that the site has the same broken behavior (see the first bug description) when running 0.9.2 on win32 and 2001071805 on Mac OSX.
per previous comments -> Platform/OS -> All, reassigning back to me.
Assignee: aruner → bclary
OS: Linux → All
Hardware: PC → All
see http://bugscape/show_bug.cgi?id=5209 -> Assigned.
Status: NEW → ASSIGNED
*** Bug 93432 has been marked as a duplicate of this bug. ***
-> Arun, our man of Finance!
Assignee: bclary → aruner
Status: ASSIGNED → NEW
All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for details.
Component: Evangelism → US English
Product: Browser → Tech Evangelism
Version: other → unspecified
What is the latest with this bug? Citibank is one of the most popular banks in the world, not the most popular...
*** Bug 102742 has been marked as a duplicate of this bug. ***
As of today, I'm finally able to look at my citibank account information on Mozilla (0.9.5). I still get junk in the console (Error: uncaught exception: Permission denied to get property Window.frames) but as long as the pages come up readable I'm happy and free of IE. Thanks, somebody!
Me too. 2001110703 on win2Kpro-sp2 is functional, albeit not identical to NSCP 4.x
on 2001111606 win2Kpro-sp2 There are still JS issues when trying to get to the Customer Services Messages area: Error: uncaught exception: Permission denied to get property Window.frames
Also, on the same build, when trying to select multiple payees, the JS selections are not parsing correctly. e.g. The checkbox next to a payee is checked, but when you proceed to pay, it selects other payees.
HEY!!! Great job guys!!! I just logged in and tried it - IT WORKS NOW!!! Nice work !!! I have finally been able to kick the IE habit and go back to Netscape!!! -Peter
It is only PARTIALLY working. Try to select multiple bill pay recipients. The multiple checkbox selection is broken, what you select is not what you get in the next screen.
the the sign-off button doesn't work
www.accountonline.com, another citibank website doesn't work at all (once you've logged in). Should I file another bug for this? or can this URL be added on to the this bug?
by the way, I am using windows XP Pro - and it is working fine now, I am using build - 2001120303
Before anyone "confirms" this as fixed everyone interested should be testing the known issues: 1. Does the sign-out button work? it seems to just hang. 2. Can you select multiple payees and then verify the selected list on the subsequest screen? 3. Does the customer service messaging work? Can you read messages, send messages?
I am using Build ID: 2001112012 on linux: >> 1. Does the sign-out button work? it seems to just hang. no, doesn't work >> 2. Can you select multiple payees and then verify the selected list on the >> subsequest screen? I can go to express payment, select payees and enter some amounts in a table. I didn't click on make payment (obviously). >> 3. Does the customer service messaging work? Can you read messages, send >> messages? no, doesn't work.
Using 2001120303 on win2Kpro-sp2 1. Does the sign-out button work? it seems to just hang. Still no workie. 2. Can you select multiple payees and then verify the selected list on the subsequest screen? Still no workie. I have 28 payees setup. Currently it always selects the last one and misses the intentional selections. 3. Does the customer service messaging work? Can you read messages, send messages? Still no workie.
Someone should create a [META] bug on this as create the sub tests dependant on that one.
Component: US General → US Banks
QA Contact: zach → bclary
I ran the suggested tests on linux 2.4.17 with 2001122617, mozilla 0.9.7 and found that all work now: 1. Does the sign-out button work? it seems to just hang. Works for me now. 2. Can you select multiple payees and then verify the selected list on the subsequest screen? Yes, works for me now. 3. Does the customer service messaging work? Can you read messages, send messages? Yes, I can do both now. Could someone else, maybe on another platform see if they get the same results?
Close! But, no cigar! On 2002011503 win32, all seems to work except the multiple bill payment. The selections are not even close to wat I chose.
Well, sorry about that. I didn't take a close enough look the last time. Same here then, the list of payees on the second screen doesn't fully match the payees I chose on the first screen. Test #2 then is still not working on linux and win32.
Don't know if that is the right bug for this, maybe this should be a new one? I can't sign in anymore at all with the newest release 0.9.8 on linux. I tried the windows version on win2K and it worked fine. Then I tried to modify the userAgent string in my linux version, but no matter what I chose there, the citibank site would refuse to let me sign in. The weird thing is that I pass both browser checks (128bit security and java script). Is anybody else seeing this? Is citibank maybe checking for the OS type and refuses linux? The windows version and the linux version have different build ids, don't know if that matters. Linux is 2002020511, windows is 2002020406.
win2k, mozilla 0.9.8: account information -> see statement doesn't work: after clicking on the statement period, the PDF format statement doesn't show up.
Checking in again a month or so later... Now select multiple payees seems to be selecting properly, but now the top nav bar is missing so you can't switch between checking your balances and making payments, or access customer service [sic] messaging. 2002032103 win32
That may be bug 132673 you're seeing.
Bingo! If that is indeed the casue of the gifs not showing up, then this citibank bug might be resolved. I'll have to wait for the document.write bug to be fixd so that the site can be navigated for testing.
*** Bug 132494 has been marked as a duplicate of this bug. ***
2002032803 win32 This is now a cautious WFM! I've tried balance inquiry, express payments (multiple payee selections now work), customer service [sic] messaging also seems to work.
WFM with build 2002032803 ! (Didn't work for me a month ago !!!)
2002041710 win32 Not so fast....still seeing some weirdness with setting up new payee. If you bail during selection of a merchant from their directory, it gets confused and can't abort back to the top menu...working on a testcase.
I am still having some problems viewing statement (Account information->see statement), then nothing happened when I clicked to choose the statement period. Mozilla build 2002061104 win2k.
2002070508 on win2Kpro Now after logging in, no top level functions work -- balance display, on-line banking, etc. It says that access has timed out. Logging in with NSCP 4.79 works fine.
2002081604 win32 on XPpro Seems working again. Watchful waiting...
My letter has citibank's ref# 24K7QCQQ for tracking
This was working again shortly after this bug report and then around the August 27th/28th it started to display the timeout message again, seems like some kind of regression in Mozilla 1.2, because it worked fine during 1.1 prep and freeze. I'm using Windows XP and the latest build of 091204 but has been broken as far back as a few days before 083008. Is anyone looking into this, this is definitely a regression, to say the least very annoying. All my other ssl/javascript site work just fine, it's on CitiBank's that pops up a timeout message in the main content area immediately after logging into the Direct Access section. Will anyone be working on this before 1.2 gets released? Not really sure how to get this higher in priority, but this definitely seems to be a 1.2alpha regression. Here is a similar/same bug 156725
There appear to be two issues here: 1. A JavaScript error that Phil Schwartau was working towards diagnosis as evidenced in Comment 5 . This appears to have been the error which caused this bug to be logged in the first place. 2. A cookie + path check related "time-out" that happens in *trunk* builds (note: not branch builds). This is bug 156725 . Now based on the fact that we have two problems, I don't think this bug and bug 156725 are dupes. Does someone disagree? Please chime in if so (and give a good explanation!). Final question: bug 156725 (the "second problem" related to cookies and time out described above) does NOT happen in N7 RTM. Does the first problem continue to happen in N7? Please clarify this.
Blocks: 156725
*** Bug 179429 has been marked as a duplicate of this bug. ***
Note there also seem to be layer issues at the Citibank site. From the JS Console, reported in the duplicate bug 179429, "no download when link is javascript:SetInput(2,1,...numbers)" Error: document.layers has no properties
I'm having problems again with the 2003010604 win32 build. The payee list is no longer visible when paying a single or multiple vendors. I'll fall back to see if my last build works.
OK, i's working again with the 2003011208 win32 build. Move along, there's nothing to see here...
Their site changed or Mozilla got better. WORKSFORME
Summary: citibank - Javascript does not work → citibankonline.com - Javascript does not work
Whiteboard: [bank]
SPAM: New Components
Assignee: aruner → english-us
Component: US Banks → English US
QA Contact: bc → english-us
Keywords: ecommerce
I'm not sure what is failing, but the Citibank credit card login page will not work. It starts and transfers data for a few seconds then just stops there. It does work with IE. Flavicons are already turned off.
I'm not sure what is failing, but the Citibank credit card login page will not work. It starts and transfers data for a few seconds then just stops there. It does work with IE. Flavicons are already turned off. This site used to work a couple of months ago, but now apparently is updated and is broke as far as accessing Credit Card info with Firefox 1.0. URL = https://www.citibank.com/us/cards/index.jsp
one of the best references/recommendations I've found for encouraging financial institutions to support firefox is located at bankers on-line web site http://www.bankersonline.com/security/security_browserthreat070204.html It was written in 2004 during the download.ject attack, but much of it still applies today. This is a good link to send when contacting banks.
I fought this problem for quite a while, until I discovered that by clearing out all the old Citibank cookies, it went away. Try selecting the Privacy tab in the Camino Preferences, click on the "Show cookies" button, and search on "citi" using the search field in that window. Delete all the cookies that are matched, exit Camino and try again. You (of course) get to enter in the login name again, but after that, it worked fine for me. Both for recent nightly builds and the 1.1b build.
OK, nevermind. Nuking the cookies seems to be no longer effective. I know it worked in the past couple of days for me.
Blocks: 124594
WORKSFORME per comment 57; comment 58 et seq need to be filed as a new bug if that bug still exists.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Product: Tech Evangelism → Tech Evangelism Graveyard
After successfully logging in, clicking on either of the top level choices does not do anything and all are in disable mode. Ex. Account Information, Payments & Transfers, Logout, etc. On IE 8,Firefox[53.0.2 (32-bit)] and Chrome (Version 58.0.3029.110) (64-bit).
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: