Phone numbers saved without a country code: Textbridge refuses them and nobody sees it

Project: Engineering
Type: Bug
Status: Done Done
Priority: High
Organization: Greenhollow Dairy
Reporter: Piet de Vries <piet.devries@acme-hq.example>
Assignee: Marek Nowak <marek.nowak@acme-hq.example>
Labels: greenhollowphone-codes
Components: portalnotifieridentity-service
Fix versions: portal 4.3notifier 2026.05.29identity-service 2026.05.29
Sprint: Sprint 43
Created: 28 May 2026, 08:20 UTC
Updated: 29 May 2026, 12:20 UTC
Resolved: 29 May 2026, 12:20 UTC

Description

Two workers in Greenhollow's pilot never get a code (SUP-891). Both numbers are stored as 087… and 085…, without +353. Textbridge refuses them as invalid; notifier logs it and moves on. Nobody sees an error, and the sign-in screen says "code sent".

Steps to reproduce

Person with phone 087 123 4567 (client in Ireland).
Ask for a phone code.

Expected: a code, or a clear error. Actual: "We've sent a code", and nothing arrives.

Fix

The portal never stores a national number: it refuses a number that isn't in international format, and offers the +353 form when it can tell the country from the person's site.
A number Textbridge refuses is marked on the person, and the sign-in screen says the number can't receive codes.

Linked issues

relates to SUP-891 Greenhollow: SMS codes not arriving for two pilot users Done
relates to ENG-1418 Phone codes for depot workers without email Done
relates to ENG-1643 People import accepts a trunk 0 after the country code (+353 0…) Done

Comments (1)

Marek Nowak · 29 May 2026, 12:20 UTC

Deployed. The two pilot workers' numbers were corrected yesterday; a check found nine more Mitchelstown numbers without +353, corrected this morning. No other client had national numbers stored.