Bug 673542 - RFE: Store validates on 5-digit US zip only, need to mask all but first 5 chars
Summary: RFE: Store validates on 5-digit US zip only, need to mask all but first 5 chars
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Web Site
Classification: Red Hat
Component: Store
Version: MR32
Hardware: All
OS: Linux
medium
low
Target Milestone: ---
Assignee: Kelly Porter
QA Contact: David Spalding
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-01-28 16:23 UTC by David Spalding
Modified: 2015-01-20 00:12 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 644893
Environment:
Last Closed: 2011-05-19 14:27:51 UTC
Target Upstream Version:


Attachments (Terms of Use)
screenshot of changed address showing error message on valid address (123.75 KB, image/jpeg)
2011-01-28 16:23 UTC, David Spalding
no flags Details

Description David Spalding 2011-01-28 16:23:24 UTC
Created attachment 475827 [details]
screenshot of changed address showing error message on valid address

+++ This bug was initially created as a clone of Bug #644893 +++

Description of problem:
The store validates continental US address with CITY, STATE, and ZIP. But only
a 5-digit zip code works. If the user enters a Zip-4 address (e.g. 1801 Varsity,
Raleigh, NC 27606-2072), the store validation fails with

"The city, state, and postal code combination is not valid"

which is incorrect, since the first 5 of the Zip is correct.

how reproducible
always

Steps to reproduce:

1. Login to store with a new or existing account. 
2. Add something to the cart. 
3. Proceed with checkout. 
4. On step 1, "Purchase information," edit the address to a correct one with
correct Zip-4 (e.g. 1801 Varsity is 27606-2072). 

Actual results:
Error message indicating the city, state, zip combination is invalid.

Expected results:
The validation should mask all but the first 5 characters of the Zip code
field if the address falls within the US,  prior to submitting for validation.
So long as the enters 27606 for the first five characters, the address for
1801 Varsity, Raleigh, should validate. 

Additional info:
This should apply to both BILLING ADDRESS and SHIPPING ADDRESS.

Comment 1 David Spalding 2011-01-28 16:34:25 UTC
Added to AM backlog, Needinfo for BA for approval.

Comment 2 David Spalding 2011-05-09 15:39:19 UTC
Tested in UGC, you can have a US address with Zip-4 postal code. This bug 
applies to the Store.

Comment 3 David Spalding 2011-05-10 17:54:13 UTC
Test planning => https://tcms.engineering.redhat.com/plan/3907/

Comment 4 David Spalding 2011-05-10 19:42:37 UTC
There may be more idiosyncracy to the address validation than I'd thought. 

I initially uncovered this bug while testing from  an existing customer account
with a new-ish  address

1325 JONES RD
HOFFMAN ESTATES IL  60169-4236 

During testing, the address was refused with a Zip+4, regardless of it being
correct or not (attached screenshot when file, the address was not). Only five
digit Zip codes were accepted.

During recent testing in Stage, I submitted Zip+4 address for other cities, using
addresses which I know to be correct. The addresses were ACCEPTED and orders 
accepted and confirmed, with both correct and incorrect +4 suffixes. 

But not this HOFFMAN ESTATES address. ?? 

Other correct addresses:

32 Country Lane
Mobile, AL 36608-4402

1801 Varsity Dr
Raleigh, NC 27706-2072

1725 Marion Ave
Novato, CA 94945-2265

Comment 5 Derek Brown 2011-05-19 14:27:51 UTC
After investigating this bug and discussing the issue with John Chapman and David Spalding, we have come to the conclusion that the problem is due to zip code data in the address service that is not up-to-date with recent zip code changes.  This issue will be resolved in the future when we get new data for zip codes that will be updated more frequently.  It is in our best interest not to fix this bug.


Note You need to log in before you can comment on or make changes to this bug.