My OperaYou need to be logged in to post in the forums. If you do not have an account, please sign up first.
Any Bank of Montreal users here?
There are some odd problems reported inside Bank of Montreal's online banking..- Problems entering dates
- Error message about 'invalid currency'
- Very strange "can not open with bookmark" error
If any users of this bank are around and see this, I would appreciate some help investigating the issues. You don't need to be very computer literate to help me, if you know how to take a screenshot that would be useful too, or just checking whether these problems still exist.
:-)
--
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
I'm having one of these issues (invalid date). It prevents me from doing online banking using Opera. Whenever I try to pay a bill on there using Opera I can't use the calendar to pick a date and if I try to submit the form anyway I get this error message: "The date that you have entered is invalid. Please verify the date and re-enter.".
Here's a screenshot of the issue:
Thank you for looking into this.
Here's a screenshot of the issue:
Thank you for looking into this.
Hi Hypermax, welcome to the My Opera fora and thank you very much for confirming this problem! Would you be able to help me debug this a bit further? I'll try to explain how you can help, it should not require great technical skills on your part. The main questions at this point is how the date field is handled before submit, and what data is actually sent. We can use Opera Dragonfly to inspect the element as well as what it sends. Please reply here or by E-mail to hallvors at myopera.com if you can help me, and thanks in advance 
--
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
Thanks! So this input is named billPayments[0].paymentDate. It would be interesting to see what value is actually submitted.. Go to Dragonfly's Network tab and try to submit the form. You will get an overview of requests, one of the first ones should be the form submit and it should have a list of name/value pairs that were sent. Do you see any peculiarities there?
--
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
Originally posted by Hypermax:
Here is the form submit request. The date seems fine, but the input called billPayments[0].accountfrom sends a value of 0...
That may very well be expected - can't tell for sure but the "From account:" in the previous screenshot is a SELECT element, and they may just number your accounts with values 0 - n.
It looks very strange that Opera most definitely sends the date format the site says it requires, but you still get the date-related error message!!?! Might this be a case of backend browser sniffing? Might the problem go away if you edit site preferences to mask as some other browser? Because it sure looks like Opera is doing things perfectly correct..
(Also: it's not a great risk, but make sure you use the site's "Log out" feature to invalidate the session before you post screenshots that contain cookie values. Just something to keep in mind ;-))
--
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
I found out what the problem is. I tried to mask as firefox and IE in the site preferences but that didn't work. But, that gave me the idea to inspect that same element in firefox with firebug. Turns out that FF gets a few extra lines of code including one starting with input type="hidden" (see screenshot). Sounds like it takes the input from billPayments[0].paymentDate (which has a format of MM/DD/YYYY) and changes the format to YYYY-MM-DD. I tried inputing the date directly in that format in Opera and the transaction worked.
Here's the screenshot:
Here's the screenshot:
Originally posted by Hypermax:
I tried to mask as firefox and IE in the site preferences but that didn't work. But, that gave me the idea to inspect that same element in firefox with firebug. Turns out that FF gets a few extra lines of code including one starting with input type="hidden" (see screenshot).
Excellent work, thanks
Now, this markup looks .. Dojoish. I'm wondering if the underlying reason is some sniffing in Dojo - if you tried masking as a different browser it's likely not backend sniffing (though it might be something they did once and stored in a cookie..)
What happens if you use this extension for masking?
https://addons.opera.com/en/extensions/details/antibrowsniffer/
It does a more thorough job hiding Opera's identity from JavaScript.
--
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
It would be interesting to compare the actual source sent to Firefox with the actual source sent to Opera.. For whatever reason, Dojo doesn't kick in to enhance that input field in Opera but I don't know if it's because the server omits Dojo-stuff from the markup it sends or because of some incompatibility or bug that Dojo runs into.
(As I hinted earlier, servers sometimes do backend browser sniffing at the start of a session and remember the result even if you later change your spoofing/masking. For such servers, one must delete cookies when changing spoofing settings to see the effect.)
(As I hinted earlier, servers sometimes do backend browser sniffing at the start of a session and remember the result even if you later change your spoofing/masking. For such servers, one must delete cookies when changing spoofing settings to see the effect.)
--
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
Hm.. I think I got it. Opera helpfully tries to inform the developer that this sort of thing in a regular expression doesn't make much sense:
so it throws an exception deep inside Dojo's regexp engine - an exception that no other browser I tested throws.
Site patch coming
(?:)?
so it throws an exception deep inside Dojo's regexp engine - an exception that no other browser I tested throws.
Site patch coming
--
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
Keep an eye on http://my.opera.com/sitepatching/ blog, should launch soon
--
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
It's live.
--
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
The patch fixed the date problem but created a new one.
Whenever I try to input an amount in for the payment I get an error telling me the amount is invalid. It sounds like the amount gets forced to a negative value. If I try to change it, it still reverts to negative.
Here's a screenshot of what's happening:
Whenever I try to input an amount in for the payment I get an error telling me the amount is invalid. It sounds like the amount gets forced to a negative value. If I try to change it, it still reverts to negative.
Here's a screenshot of what's happening:
Got to love Dojo's regular expressions.. with the site patch, we get
which would work better as
My fault, will fix :-p
^(?:(?:()?((?:(?:(?:(?:0|[1-9]\d{0,2}(?:[,]\d{3})*)|(?:\d+))(?:\.\d{0,2}|))|(?:(?:\.\d{0,2}|)))))|(?:\(()?((?:(?:(?:(?:0|[1-9]\d{0,2}(?:[,]\d{3})*)|(?:\d+))(?:\.\d{0,2}|))|(?:(?:\.\d{0,2}|))))\)))$
which would work better as
^(?:(?:(?:)((?:(?:(?:(?:0|[1-9]\d{0,2}(?:[,]\d{3})*)|(?:\d+))(?:\.\d{0,2}|))|(?:(?:\.\d{0,2}|)))))|(?:\((?:)((?:(?:(?:(?:0|[1-9]\d{0,2}(?:[,]\d{3})*)|(?:\d+))(?:\.\d{0,2}|))|(?:(?:\.\d{0,2}|))))\)))$
My fault, will fix :-p
--
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
Does it work with today's update?
--
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
Thanks to you too! \o/
--
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work
My blog: miscoded
Stupid code from major websites uncovered and criticised
Contribute site fixes! - OTW&TA- all sites must work