Project activity #34967
closed
Refactor incoming-post component
Added by Nume Groenewegen 2 months ago.
Updated 3 days ago.
Description
Een complete refactor van de componenten met betrekking tot incoming-post. Een deel ervan is al naar de tezza-lib verplaatst, maar er staat ook nog een deel in tezza-shared. Bekeken moet worden of dit in zijn geheel verplaatst moet worden naar tezza-zaken lib. Momenteel heeft incoming post alleen betrekking op zaken.
Files
- Status changed from Backlog to In Progress
- Target version changed from Tezza 2025.10 to Tezza 2025.11
- Target version changed from Tezza 2025.11 to Tezza 2025.12
- Status changed from In Progress to Ready in Dev
- Assignee changed from Nume Groenewegen to Diego Mirandola
Graag testen in branch refactor/tezza/incoming-post/#34967 voor apps tezza en tezza-plus.
Wijzigingen:
Alle functionaliteit rondom poststukkken is omgezet naar search-table-pages + actions en effects.
Oude componenten (incoming-post component, simplified incoming post component, update-post-dialog) zijn verwijderd.
Testpunten: alle functionaliteit rondom inkomende poststukken, zoals:
- Accepteren / weigeren van poststukken in de widget op het dashboard
- Accepteren / weigeren van poststukken binnen een zaak / object / dossier
- Navigeren naar poststukken
Ik heb dit aangepast
- filters verplaatst naar aparte dynamic-forms (anders wordt de behandelaar call altijd uitgevoerd, dit is een bug in dynamic-forms, we kunnen dit makkelijk ontwijken op deze manier)
- fake query als de gebruiker nergens behandelaar is (anders zou hij alle poststukken van alle werkmappen krijgen)
Verschil ten opzicht van huidige versie:
werkmap widget negeerde de conditie 'gebruiker is behandelaar', nu toont de widget altijd een lege lijst als de gebruiker geen behandelaar is van de huidige werkmap. Als dit de bedoeling is, dan zou ik liever de hele widget uitschakelen. In elk geval is de filter op behandelaar (en zijn extra query) overbodig is.
Oplossing: de widget moet zichtbaar zijn met alleen navigatie action beschikbaar, zie https://contezza-my.sharepoint.com/:x:/g/personal/tahir_malik_contezza_nl/EU-0cG3eKjBKvLedgLDMSR0BMghlWRm9vC9CoF3qJcsFRQ?e=kPAK2N
TODO:
- fix stijl bij lange titel, actions gaan buiten beeld:
- wijzigingen in location column terugzetten
- Status changed from In Progress to Ready in Dev
- Assignee changed from Nume Groenewegen to Diego Mirandola
De feedback is verwerkt. Aanpassingen:
- Wijzigingen location column teruggezet
- Styling name column
- Actions accept en decline zijn alleen zichtbaar als je op het dashboard bent (dan zit behandelaar filtering al in de query) of als je binnen een werkmap bent waar jij behandelaar van bent (of admin of functioneel beheerder).
Zou je dit willen testen?
@Nume Groenewegen
ik ben nog steeds bezig met het testen, maar ik meld alvast een bug in de backend:
Als ik weiger een poststuk, dan die zou terug naar postintake moeten gaan. Als er in postintake een bestand al bestaat met dezelfde naam, dan krijg ik:
2025-12-12T08:38:04,863 [] ERROR [drc.action.AcceptPostActionExecuter] [http-nio-8080-exec-7] org.alfresco.service.cmr.model.FileExistsException: 11120361 Het bestand of de map loremipsum.pdf bestaat al
Ik weet niet als dit relevant is in het praktijk, waarschijnlijk hebben bestanden dan echte namen en deze risico bestaat niet.
- Status changed from Test approved to Resolved
In contezza-apps release 4.5.1
- Status changed from Resolved to In Progress
- Status changed from In Progress to Resolved
Also available in: Atom
PDF
Updated by 
Updated by 
