Capriotti’s mangles a name it stores correctly
Capriotti’s referral module reads:
INVITE FRIENDS WITH CODE: CorreH2743
Her name is Corrie.
We narrowed this claim twice before publishing it, and the narrowing is what makes it survive. Our first version called it a misspelling with no baseline, since the email carries no greeting to compare against. That version was withdrawn. The subscriber then logged into her Capriotti’s account, and the page greets her “HI CORRIE!” correctly.
So the mechanism is located. The brand holds “Corrie.” Its referral code generator emits “Corre.” This is not a capture problem and not a database problem. It is also not a truncation, because a five-character cut of “Corrie” gives “Corri,” so a transformation rule is mangling the string rather than shortening it.
Sourcing note: the code is email evidence, the stored name is account interface evidence. This study labels those separately, and this claim depends on both.
This is the worst-placed broken merge in the study, and placement is what makes it matter. Every other broken merge here is private. This one is built to be forwarded. It is the field the brand asks her to send to friends, so a misspelling of her own name travels outward every time the referral mechanic works exactly as designed.
One further detail from the email itself: there is no greeting at all. Capriotti’s holds her name, displays it correctly on its own website, mangles it in the referral code, and omits it from the copy.
The rest of that email is competent. Clear mechanics, a real referral incentive, live text rather than images, and a decent campaign name. The one field engineered to travel is the one that is broken.