[CNTCTSAPP-73] Zip code should not be saved as Long, correct display of 4+ digit zip codes and non numerical impossible Created: 10/Feb/14  Updated: 17/Jul/14  Resolved: 02/Jul/14

Status: Closed
Project: Contacts App
Component/s: None
Affects Version/s: 1.2.1
Fix Version/s: 1.2.2, 1.3.1

Type: Bug Priority: Neutral
Reporter: Natascha Desmarais Assignee: Eric Hechinger
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File cntcts_zipcode.png     PNG File cntcts_zipcode_display.png    
Issue Links:
duplicate
is duplicated by CNTCTSAPP-69 Zip code field supports numbers only Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled

 Description   

The basic functionality of being able to add any zip code and being able to display it is not given.
England and the Netherlands have non-numerical zip codes, such as "W11 2BQ". See http://en.wikipedia.org/wiki/Postal_codes#Precision
The field will not let you enter such a zip code.

Typing any zip code longer than 4 digits will also add a thousand delimiter automatically, which is also displayed on the output. Cannot be used like that for the zip codes.

Suggestion: convert field (and sample data) from Long to String.

(Small workaround for the output in contacts.ftl:

<span class="postal-code">${contact.zipCode?string("0")}</span>

- but ultimately the field fix is necessary for the non numerical zip codes)


Generated at Mon Feb 12 00:10:22 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.