fix(VnNotes): refs #6336 fix v-for key #310

Merged
alexm merged 3 commits from 6336_fix_vn_notes_key into dev 2024-04-22 12:09:19 +00:00
2 changed files with 3 additions and 3 deletions

View File

@ -78,8 +78,8 @@ async function insert() {
<TransitionGroup name="list" tag="div" class="column items-center full-width">
<QCard
class="q-pa-xs q-mb-sm full-width"
v-for="note in rows"
:key="note.id"
v-for="(note, index) in rows"
:key="note.id ?? index"

Las notas siempre tienen id no? El error parece que venía de no añadir el id en fields. En caso de poder ser null Lo veo ok. Pero creo que es mejor que sea siempre el id de la nota o el index, no mezclado.

Las notas siempre tienen id no? El error parece que venía de no añadir el id en fields. En caso de poder ser null Lo veo ok. Pero creo que es mejor que sea siempre el id de la nota o el index, no mezclado.
Outdated
Review

La cosa es que si alguien no pone id, va a dar warnings i hace que la seccion vaya petada...
Pero bueno confiamos en que la gente ponga el id jeje

La cosa es que si alguien no pone id, va a dar `warnings` i hace que la seccion vaya petada... Pero bueno confiamos en que la gente ponga el `id` jeje

Pues pon siempre el index. Index siempre va a ver. Te lo decía porque no de lugar a confusión. Por que podría darse el caso de que el primer registro tenga id "2" y el segundo registro no tenga id y tenga index "2". Entonces es confuso y puede que de error.

Pues pon siempre el index. Index siempre va a ver. Te lo decía porque no de lugar a confusión. Por que podría darse el caso de que el primer registro tenga id "2" y el segundo registro no tenga id y tenga index "2". Entonces es confuso y puede que de error.
>
<QCardSection horizontal>
<VnAvatar

View File

@ -16,7 +16,7 @@ const claimId = computed(() => $props.id || route.params.id);
const claimFilter = {
where: { claimFk: claimId.value },
fields: ['created', 'workerFk', 'text'],
fields: ['id', 'created', 'workerFk', 'text'],
include: {
relation: 'worker',
scope: {