SE - Název Facility (type) lze mít zaneseno jako pomlčku "-" ale tento název pak není akceptován v jiných formulářích přestože je nabízen v dropdownu #417
Assignees
Disassembler
Clear assignees
Disassembler
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Disassembler/Spotter-VM#417
Loading…
x
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?
Instance Sahana Demo
již dříve byla vytvořena Organizace 1 , která má v záznamu facility type pomlčku, což fakticky znamená že "nic" Protože tato položka na definování názvu facility nebyla nikde vyžadována. A v seznamu Facility Type není žádný záznam.
v modulu Assets chci vytvořit nový Asset
vyplňuji všechny mandatory dropdowny, dojdu k Organizace 1 a její facility, kde dropdown překvapivě nabídne pomlčku protože si zde myslí, že to je název facility. (divné. Tak má to být název facility, nebo type facility?)
formulář při pokusu uložit tuto pomlčku neakceptuje.
při jiném výběru organizace, která má pod sebou sklad warehouse je v dropdownu facility nabízen tento podřízený warehouse.
No, budiž, ... když pominu, že Sahana rozlišuje Warehouse a facility a tady je to ve formuláři zjevně buřt.
Zde spekuluji že jsme stále u stejného problému:
Sahana neumí korektně pracovat s prázdnými poli, někde místo prázdných polí zapisuje do DB pomlčky, nebo nějaké None a podobně... a následně jinde tyhle nesmysly nedokáže akceptovat, protože tam pochopitelně nepatří.
Je to však v místech, kde se nedá změnit pole na správný údaj. Pak to rovnou padá do Erroru, místo aby to uživateli oznámilo, že pole XY má chybný údaj a proto je potřeba ho změnit.
changed milestone to %2
changed the description
changed the description
vlastně jsem to hlásil už v #32 já chápu že to může být volitelný znak. Ale nechápu proč by to mělo na libovolném volitelném znaku padat do erroru, nebo ho ve formulářích nabízet někde, kde nelze použít.
No, ta pomlčka je dost ošemetná, protože na mnoha místech figuruje jako reprezentace prázdné hodnoty ve výstupu. To je právě to, co jsem řešili v #32. Podpásovka je právě, že se takto chová jen ve výstupu a ve vstupu je akceptována jako jakákoliv jiná řetězcová hodnota. Pokud má být na vstupu nebo v importu hodnota prázdná, musí být pole nevyplněno.
Takže je otázka, jestli (a jak) takové situace vůbec řešit. Pokud něco někde padá do ticketu nebo nejsou akceptovány automaticky doplněná/vytvořená data, tak tam to nutno řešit samozřejmě je, ale myslím, že to už jsme zase zpátky u věcí, které byly nakousnuty ve #407 a dalších. Pokud je ale pomlčka nebo jiná neprázdná-prázdná hodnota zadána ručně (ať už ve formuláři nebo v importu), je to edge case, který bych asi řešil jen v případě, že způsobí pád. Pokud takovou hodnotu nesežere validace i přesto, že někde jinde zadat šla, jako problém bych to neviděl. Jako příklad tohoto problému si můžete vzít kalkulačku - nula je úplně normální nádherné celé přirozené číslo. Ve formuláři, který po Vás bude chtít zadat číslo by tedy měla být akceptována, protože parametrům vyhovuje. A pak ji někde program vezme a použije jako dělitele a průser je na světě. Ta prázdná hodnota v Sahaně by měla být vybrána právě tak, aby nedocházelo ke kolizím se skutečnými daty.
Ještě navíc nám tu vstupuje do hry fakt, že ve Spotter template máme nulovou hodnotu nastavenu na prázdný řetězec, ale na demo instanci s výchozím templatem máme výchozí pomlčku, takže pokud Vám pomlčky odmítnou poslušnost na demo instanci, na Spotter instanci může situace vypadat jinak. Tohle nastavení sjednocovat nechci, protože sebemenší změna může ovlivnit reporty, jaké posíláme F&D a pak je těžké dohledat, jestli zrovna tohle issue není způsobeno naší customizací.
Je tedy v tomhle issue k řešení něco, co už neřešíme jinde?
rozumím, k vyřešení asi nic nového, je to jen další pozorování stejné věci :)
closed