Mazanie InforequestEmail

[martinmacko47]

Analogicky ako sme v #275 a #276 mazali akcie resp. branche, upravit aj mazanie InforequestEmail instancii. Zakazat hromadne mazanie a povolit iba jednotlive mazanie instancii.

Zmazat sa budu dat iba tie InforequestEmail instancie, ktore odkazuju na email Message, ktory nie je pouzity v ziadnej action danej infoziadosti. Teda, ze vzdy musi byt splneny invariant, ze vsetky Message pouzite v akciach infoziadosti, musia byt nalinkovane na infoziadost aj cez InforequestEmail

Edit: Alternativne, ak by sa dalo, tak mazanie instancie nezakazat tak, ze sa skryje "delete" button. Ale namiesto toho na obrazovke, kde admin potvrdzuje mazanie instancie, zobrazit informaciu, ze instanciu nejde zmazat, spolu s dovodom preco, a az tam skryt button na potvrdenie mazania. A tiez samozrejme zabespecit, aby instanciu neslo zmazat, ani ked admin "klikne" na ten nezobrazeny button rucnym poslanim HTTP requestu.

Ak by sa toto podarilo, tak potom by sme mohli povolit aj hromadne mazanie. Ak by admin pri hromadnom mazani oznacil aj instanciu, ktoru nejde zmazat, tak na obrazovke potvrdzujucej mazanie by sa rovnako zobrazila chyba a button na zmazanie by nebol zobrazeny. Ak by admin oznacil iba instancie, ktore sa daju zmazat, tak hromadne mazanie by fungovalo standardne.

Ak sa to podari, tak potom v dalsich taskoch mazanie ostatnych modelov upravime rocnako.

Edit 2: Vyzera, ze hromadne mazanie so zakazanim mazania konkretnych instancii nevieme tak jednoducho spravit, bez vyrazneho prekodenia hromadneho mazania. Takze hromadne mazanie nechajme zakazane a povolme iba mazanie instancii po jednej a spravme to analogicky ako v #275 a #276. Akurat by sa zislo na detaile intancie okrem skrytia delete buttonu napisat niekam aj dovod, preco tuto instanciu nejde zmazat.

[martinmacko47]

Scope tohto tasku sa presunul do #334