BV Commerce Forum
»
BV Commerce Support
»
General Support
»
352: OPEN - Required field checking for STATE/POSTAL code not always right.
Rank: Member
Joined: 10/17/2006(UTC)
Posts: 66
|
The asterisk doesn't show up for the STATE field (on the shipping address).
It never shows up for the state or postal code on the billing address.
|
|
|
|
|
|
Rank: Member
Joined: 11/25/2003(UTC)
Posts: 370
|
I have not looked but I am going to guess this is caused from string input filtering. The asterisk can be dangerous in some application environments, SQL Injection Attacks, and therefore is most likely replaced with a blank. However, since BV uses parameterized input it is not a concern in the application. If you wanted the asterisk to show up I am sure the filtering method could be modified. |
|
|
|
|
|
|
Rank: Member
Joined: 10/17/2006(UTC)
Posts: 66
|
And it's odd-looking when errors get shown in two different ways on the single page checkout. (see attachment). jorgem attached the following image(s):  screen.jpg (15kb) downloaded 15 time(s).You cannot view/download attachments. Try to login or register.
|
|
|
|
|
|
Rank: Member
Joined: 10/17/2006(UTC)
Posts: 66
|
I'd also like the asterisks to show up on the credit card fields, when the user doesn't fill them in (in addition to the messages in the messagebox at the top).
In my opinion, the One Page Checkout form is only about half baked. It has a bunch of minor issues:
1) The postal code/state checking seems broken, especially when you switch between countries. And especially for billing.
2) The credit card fields don't get asterisks. If you leave them blank.
3) If you pick a purchase order, it doesn't require a number.
4) The paypal option should be one of the radios (like other payment types -- credit card etc). This is confusing to my customer.
5) If no shipping is required, why isn't only the billing information requested?
6) There seems to be some dead code (like event handlers) that is never called.
7) If the user gets to the form and fills in nothing and clicks place order, they don't even get an error message at the top. Just some asterisks (kindof the opposite problem).
It seems to me that, of all the forms in the store, the CHECKOUT page should be the most bullet proof and easy to use.
-- Jorge.
|
|
|
|
|
|
Rank: Member
Joined: 9/24/2003(UTC)
Posts: 402
|
jorgem, from what I can tell #1 is related to the same issues I found when switching between choices. It's some type of caching issue I think. Either way I also find that switching countries causes the validation to go haywire.
The purchase order field apparently has no validation as you indicate as it does not check nor require anything to be entered. Minor really.
4. Some of this is probably required by Paypal and I honestly don't see it being a huge deal but maybe they can make that an option in the future.
5. This would make sense and should be able to be adapted later but most users would need it the standard way.
Based on the thread about checkout problems/password problems being a major issue, I would agree that this is something that should be addressed now and not wait for a future service pack.
|
|
|
|
|
|
Rank: Member
Joined: 11/5/2003(UTC)
Posts: 2,136
Was thanked: 1 time(s) in 1 post(s)
|
5) I suspect most people do not need both addresses displayed if there is nothing to ship, but I do. My products are downloadable and are not typically shipped. But the software is licensed to the recipient which is not always the person/company that paid. So I need both addresses even when there is nothing shipped. |
|
|
|
|
|
|
Rank: Member
Joined: 4/22/2004(UTC)
Posts: 280
|
5 - We agree with Andy. Billing name and recipient/"shipping" or download name/end-licensed user are not necessarily the same for us either.
Linette
|
|
|
|
|
|
Rank: Member
Joined: 7/31/2006(UTC)
Posts: 37
|
I too have problems with the Province (state) not being validated. I went live a week or so ago and of the first 5 orders placed three of them had no province selected which resulted in the shipping calculation and tax calculations to be incorrect. This is an urgent problem and should be addressed immediately. Any word from BV on when we can see a hot fix for this?
Stefan
|
|
|
|
|
|
Rank: Member
Joined: 3/1/2006(UTC)
Posts: 1,142
|
We are looking into this issue now, are you seeing this behavior on the single page chechout, or the multi-page checkout? |
Justin Etheredge
Senior Software Engineer
BVSoftware |
|
|
|
|
|
Rank: Member
Joined: 10/17/2006(UTC)
Posts: 66
|
|
|
|
|
|
|
Rank: Member
Joined: 3/1/2006(UTC)
Posts: 1,142
|
Well, with most countries you are going to have to supply a list of regions in order to even define taxes. Most shipping methods won't react properly unless you enter in a list of regions and proper postal abbreviations for those regions. Do you have regions created for all countries that you support? Because if you have regions all setup, then it should not be possible for a user to have a blank region come through. Otherwise, the user has to type in a freeform region, and unless they get the postal abbreviate correct, then the shippers won't be able to use it. As for the taxes, you can't define a tax on a region that isn't setup.
Let me know how you have it all setup so that we can help you as quickly as possible. Thank you. |
Justin Etheredge
Senior Software Engineer
BVSoftware |
|
|
|
|
|
Rank: Member
Joined: 10/17/2006(UTC)
Posts: 66
|
I found some more issues with the BILLING checkbox on the single page checkout:
1) If you have errors in the SHIPPING address and uncheck the BILLING CHECKBOX, it get's unchecked but nothing happens. I suppose this would be ok, but a little confusing.
2) If you then change the country (still with errors in the top part), suddenly the billing information shows up. This is VERY confusing.
|
|
|
|
|
|
Rank: Member
Joined: 7/31/2006(UTC)
Posts: 37
|
Hi,
I have regions and all such things set up. However, I can leave the Province selector Blank when placing an order on the one page checkout, and it doesn't throw out an error. Just lets the order get placed with a province of --.
Stefan
|
|
|
|
|
|
Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.