Diagnostic & Foolproof Fix for Profile Address Display #210
Notifications
Total Time Spent: 1 minute
kincses
1 minute
No due date set.
Dependencies
No dependencies set.
Reference: kincses/service-finder#210
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
📋 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 nothingThe zip and city values were NOT being rendered together with the street address in a single coherent line.
🛠️ Fix Applied
lines with a single explicit template:
<template v-if="zip || city"> {{ zip }} {{ city }}, </template>{{ street_name }} {{ street_type }} {{ house_number }}✅ Verification
zipandcity(not zip_code) — correct▶️ Munka megkezdve: 2026-06-05 08:25:24
✅ 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.