Bug 673542

Summary: RFE: Store validates on 5-digit US zip only, need to mask all but first 5 chars
Product: Red Hat Web Site Reporter: David Spalding <dspaldin>
Component: StoreAssignee: Kelly Porter <kporter>
Status: CLOSED WONTFIX QA Contact: David Spalding <dspaldin>
Severity: low Docs Contact:
Priority: medium    
Version: MR32CC: cperry, debrown, dspaldin, jayan, jmajor, nbronson, nraghava, nyancey, spurrier
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 644893 Environment:
Last Closed: 2011-05-19 14:27:51 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
screenshot of changed address showing error message on valid address none

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.