Diagnostic & Foolproof Fix for Profile Address Display #210

Closed
opened 2026-06-05 08:25:18 +02:00 by kincses · 2 comments
Owner

📋 Summary

The backend provably sends 'address.zip' and 'address.city' values, but the Profile card in read-only mode still only showed street/house number. The zip and city were hidden behind a fallback that showed '—' when zip was null, but the city was silently empty.

🔍 Root Cause

The read-only address display at ProfileView.vue:389 used:

  • {{ authStore.user?.person?.address?.zip || '—' }} — when zip was null, it showed em-dash
  • {{ authStore.user?.person?.address?.city || '' }} — when city was null, it showed nothing

The zip and city values were NOT being rendered together with the street address in a single coherent line.

🛠️ Fix Applied

  1. .clinerules created — Critical rule: ALWAYS run Gitea Manager inside roo-helper container
  2. ProfileView.vue:388-394 — Replaced the two separate

    lines with a single explicit template:

    • <template v-if="zip || city"> {{ zip }} {{ city }}, </template>
    • Followed by: {{ street_name }} {{ street_type }} {{ house_number }}
    • This ensures zip/city appear BEFORE the street address, comma-separated, only when data exists

Verification

  • AddressData interface confirmed: fields are zip and city (not zip_code) — correct
  • The fix is foolproof: if zip/city exist, they render; if not, only street address shows
## 📋 Summary The backend provably sends 'address.zip' and 'address.city' values, but the Profile card in read-only mode still only showed street/house number. The zip and city were hidden behind a fallback that showed '—' when zip was null, but the city was silently empty. ## 🔍 Root Cause The read-only address display at ProfileView.vue:389 used: - `{{ authStore.user?.person?.address?.zip || '—' }}` — when zip was null, it showed em-dash - `{{ authStore.user?.person?.address?.city || '' }}` — when city was null, it showed nothing The zip and city values were NOT being rendered together with the street address in a single coherent line. ## 🛠️ Fix Applied 1. **.clinerules created** — Critical rule: ALWAYS run Gitea Manager inside roo-helper container 2. **ProfileView.vue:388-394** — Replaced the two separate <p> lines with a single explicit template: - `<template v-if="zip || city"> {{ zip }} {{ city }}, </template>` - Followed by: `{{ street_name }} {{ street_type }} {{ house_number }}` - This ensures zip/city appear BEFORE the street address, comma-separated, only when data exists ## ✅ Verification - AddressData interface confirmed: fields are `zip` and `city` (not zip_code) — correct - The fix is foolproof: if zip/city exist, they render; if not, only street address shows
kincses added the Type: BugStatus: In Progress labels 2026-06-05 08:25:24 +02:00
kincses started working 2026-06-05 08:25:24 +02:00
Author
Owner

▶️ Munka megkezdve: 2026-06-05 08:25:24

▶️ **Munka megkezdve:** 2026-06-05 08:25:24
kincses added Status: Done and removed Status: In Progress labels 2026-06-05 08:26:56 +02:00
kincses worked for 1 minute 2026-06-05 08:26:56 +02:00
Author
Owner

Munka befejezve: 2026-06-05 08:26:56

Technikai Összefoglaló:
Diagnostic and Foolproof Fix for Profile Address Display. Created .clinerules with Gitea Manager execution rule. Fixed ProfileView.vue read-only address display: replaced two separate p lines with single template interpolation showing zip/city before street address. Verified AddressData interface fields are zip and city (correct).

⏱️ Az idő rögzítve.

✅ **Munka befejezve:** 2026-06-05 08:26:56 **Technikai Összefoglaló:** Diagnostic and Foolproof Fix for Profile Address Display. Created .clinerules with Gitea Manager execution rule. Fixed ProfileView.vue read-only address display: replaced two separate p lines with single template interpolation showing zip/city before street address. Verified AddressData interface fields are zip and city (correct). ⏱️ *Az idő rögzítve.*
Sign in to join this conversation.