Decidim - zadání datumu od - do v komponentě Setkání (meeting) vykazuje chyby #516
Labels
No Label
app-basic
app-ckan
app-crisiscleanup
app-cts
app-decidim
app-dhis2
app-frontlinesms
app-gnuhealth
app-kanboard
app-mifosx
app-motech
app-odoo
app-opendatakit
app-pandora
app-sahana
app-seeddms
app-sigmah
app-taarifa
app-ushahidi
critical
CZ
documentation
Doing
enhancement
GMaps
info
Mapbox
needinfo
new-app
OSM
performance
QGIS
regression
suggestion
To Do
upstream
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Spotter-Cluster/Spotter-VM#516
Loading…
Reference in New Issue
Block a user
No description provided.
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?
V participačních procesech je možné správcem zapnout komponenty. Jednou z komponent je Meeting. v jeho okně nastavení se zadávají parametry Kdy - od (datum+čas) a do (datum+čas)
Když se konkrétní meeting zadá adminem z administračního rozhraní, pak se dá pop-up oknem ve dvou polích zvolit datum od a datum Do. Ale následně se nedá uložit, protože obě pole jsou validována a přestože mají v sobě datum v požadovaném formátu, oznamují obě, že chybí nějaká překladová komponenta.
ok... takže zkusím jinou cestu:
Když se meeting založí uživatelem veřejně na veřejné site, taktéž jde vyplnit všechna požadovaná pole včetně data Od - Do.
Tato data jsou zvalidována a meeting je bez námitek vyvořen. Při následné editaci vytvořeného meetingu lze ale ve formuláři vidět, že v polích Umístění a nápověda k poloze se zapsal kus kódu, který patrně definuje překládaný řetězec v konkrétním jazyce.
Celé toto chování a viditelná chyba ve formuláři i s volbou data mi příjde jako bug, který neodladili při použití jazykových mutací.
Při dalším zkoumání znovu vytvářím nový meeting v rozhraní administrace. Zadávám do polí datumu čas Od a Do. Nyní již čas je přijat formulářem bez problémů.
Zde tedy dedukuji, že při prvním zadání meetingu se nedá správně založit datový zápis do databáze. Cestou založení na veřejné site se to podaří. Pozdější další zakládání meetingu už do existující DB tabulky založit jde.
changed the description
changed the description
0.23.5 chyba už se neprojevuje