313979 - rabobank.nl - document.all or document.layers required [secure/https connections only]

Status: RESOLVED INCOMPLETE

(Tech Evangelism Graveyard :: Dutch, defect)

Description

[Bart Heinsius]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1

Fill the two input fields and press the enter key.
The form does not get submitted.
In IE the enter key does cause the form to be submitted.


Reproducible: Always

Steps to Reproduce:
1. Go to https://bankieren.rabobank.nl/mijnbankzaken/
2. Enter a random number
3. Enter a random number
4. Press the Enter key

Actual Results:  
Nothing

Expected Results:  
Display the following page.

This is the Rabobank internet banking site.
Very heavy traffic with very novice users.
Novice users  expect the enter key to work here since it works on other sites in similar situations.

Comment 1

[Oliver Klee]

*** Bug 313980 has been marked as a duplicate of this bug. ***

Comment 2

[Oliver Klee]

*** Bug 313982 has been marked as a duplicate of this bug. ***

Comment 3

[Elmar Ludwig]

From the page source:

        if (document.layers) {
                document.onkeypress=keyDown
                document.captureEvents(Event.KEYPRESS)
        }
         if (document.all){
                document.onkeydown=keyDown
        }

This is Tech Evangelism, since the site requires document.layers or document.all
to be supported. I can find no obvious duplicate in TE, so marking NEW.

Comment 4

[Patrick]

bug 203914?

PS: i have a rabobank account and their internetbank works just fine with Gecko browsers.

I don't know what the d.all or d.layer does on this page.

Reporter, have you tried with a valid bank account? 

Comment 5

[Elmar Ludwig]

> bug 203914?

That bug is about a warning given by the site to use a supported browser, this
is about a particular function. I'll let someone else decide whether to combine
these two issues in one evangelism bug (or simply declare this bug INVALID).

> I don't know what the d.all or d.layer does on this page.

The JS tries to install a keypress handler to handle ENTER in the input field
(and submit the login form), but the way they do this is not correct (as in:
"not W3C standards compliant"). It does work fine if you use mouse to submit.

Comment 6

[Bart Heinsius]

(In reply to comment #4)
> Reporter, have you tried with a valid bank account? 
Yes, it makes no difference.
It does work with the mouse click on the button, only the enter keypress does not submit the form.
This also occurs in other similar pages within the banking site where you have to enter your rabox code and submit.

Comment 7

[Patrick]

I'm trying to get the Rabobank to look at this bug in conjuction with bug 203914 but the Rabobank simply keeps to its point that one should use internet explorer 5 or better for its site....

Comment 8

[Patrick]

contacted their helpdesk again.

An internet helpdesk contact btw isn't easy to find on their site, and helpdesk issues are outsourced to call-it.com

Also asked for an in-bank contact.

Comment 9

[Patrick]

Got a nice and fast reply from the bank:
"Er gaat zeer binnenkort een ingrijpende verandering plaatsvinden waarmee het begin wordt gemaakt, om ook niet-IE browsers zonder problemen te kunnen laten werken met de Rabobank-website. Het is, voor zover ons bekend, de bedoeling dat deze volgens de W3C standaarden zal zijn. Een voorproefje hiervan is is te vinden op "www.rabobank.nl/spr". Voorlopig begint het met alleen de non-secure pagina's, maar de secure zullen te zijner tijd volgen."

Summarized: they're working on a new W3C compliant site, see http://www.rabobank.nl/spr for a teaser. They'll first do the non-secure pages, later the secure ones.

Comment 10

[Patrick]

adding [secure/https connections only] to summary as per bug 203914 comment 23.

Comment 11

[Chris Lawson (gone)]

Well, they have this lovely new site up and running, but the login page is still this busted old thing.

Patrick, you might wish to contact their helpdesk again and stress that they're not helping themselves by making it difficult for customers to use browsers other than IE. They should also take a long, hard look at

http://www.bankersonline.com/security/security_browserthreat070204.html

when considering their decision to use IE-only "features".

Comment 12

[Matthias Versen [:Matti]]

Is this still an issue ?

Comment 13

[u81239]

Yep, can reproduce the issue.

Comment 14

[u81239]

Note that it doesn’t make the thing unusable, you just have to click the button instead of pressing enter; the rest of the online banking site I have no problems with in Firefox.

I never noticed this issue until just now reading this bug :), although I can imagine someone switching from IE to notice this quickly, which is may or may not have a slight negative effect on conversion rates. I can’t blame them though for not giving this issue a high priority.

Comment 15

[Chris Lawson (gone)]

INCOMPLETE due to lack of activity since the end of 2009.

If someone is willing to investigate the issues raised in this bug to determine whether they still exist, *and* work with the site in question to fix any existing issues, please feel free to re-open and assign to yourself.

Sorry for the bugspam; filter on "NO MORE PRE-2010 TE BUGS" to remove.

Comment 16

[Patrick]

Page appears to be WFM now.