SE - Assets - když chci vytvořený prostředek přiřadit k cizí osobě, tak to zhavaruje. #423
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Spotter-Cluster/Spotter-VM#423
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 Demo (mam do něj naimportované nějaké chaotické osoby z různých jiných Org. Osoby nesouvisí s Organizací, kterou používám pro testy. Tato Organizace totiž pod sebou musí mít Facility.)
modul Asset > Create Asset - vyplnim minimum, typ assetu je Other
záložka Log, spodní tlačítko Assign to person
po vyplnění cizí osoby kromě mne v poli Assigned To: vznikne ticket (viz níže)
v případě vyplnění mne (= admin) v poli Assigned To: se formulář zapíše OK
další použití tlačítka Assign to person a změny na jiné osoby už se zapisují OK.
ovšem když to samé zopakuji s typem assetu vehicle
instance Demo
modul Asset > Create Asset - vyplnim minimum, typ assetu je Vehicle
záložka Log, spodní tlačítko Assign to person
po vyplnění osoby a odeslání se záznam provede OK.
(Pro vehicle se také dá vytvořit posádka (staff) přiřazením různých osob. Tohle jsme tuším opravovali před rokem, zlobilo to, pak to opravili.)
Co tedy pozoruji:
Havaruje jen u vytvořeného Assetu, který není vozidlem. Chci asset přiřadit k cizí osobě. (ne k sobě). Pokud se to jednou podaří, další změny osob nebo jiných formulážových parametrů už pak jdou provést.
Taková situace může být v praxi např: Firemní telefon, patří osobě A... je potřeba ho opravit, tak se změní status telefonu na rozbitý a předá se osobě B.... Další operace s přiřazením na jinou osobu se udělá až když je opravený --> změní se status a osoba která ho používá.
changed milestone to %2
changed the description
aha, zdá se že existují ještě jiné kombinace, které také padají do ticketu, ale jiné chyby. Například u prostředku který se snažím přiřadit k Organizaci, nebo k Facility.
po vyplnění minimum údajů:
Tady asi budu potřebovat víc informací / kroků k reprodukci. Ani jeden ze zmíněných scénářů, tak jak jej popisujete, mi nepadá. Oba navíc vypadají jako když předtím bylo nějak neopatrně manipulováno s databází, protože ten první se třeba snaží přiřadit cizí klíč, který v databázi vůbec neexistuje, což je chyba o tři úrovně níže než Sahana běžně operuje (čímž netvrdím, že to není možné). Navíc se tam operuje s lokací a tabulkou "sit_presence", která má co do činění s nastavením "přitomnosti" pomocí geolokačního API prohlížeče při přihlašování a odhlašování uživatelů, takže může jít o problém nesouvisející s assety.
jo, tak ticket jsem vyloudil znovu. Ale je to peklo zjistit nejkratší možnou cestu jak to udělat. Furt se mi to nedaří.
Když testuji, tak u každého dropdownu vytvářím novou položku s pomocí pop-up okna.
Tim se mi vytvoří nějaký nový záznam, ale neni úplně jisté, že tento záznam osoby nebo item je stejně kvalitní, než kdybych ho vytvářel přímo jinde v modulu.
Pak se snažím Asset přiřadit k osobě a ve formuláři záměrně měním všechny mandatory pole na něco jiného.
Je potřeba si všimnout, že se změní pole s položkou osoby na kterou Asset měním na Assigned To:
Tato položka se neobjeví poprvé, když zakládám Asset, ale teprv když měním Asset na jiný stav.
ehm... ale teď to jako na potvoru nepadá.
Takže další pokus leda všechno smazat a začít úplně znova.
aha, chyba se mi stala i když po celém to vytvoření zmáčknu dole tlačítko assign to facility/site a v tom formuláři vyplňuji zas nějaké facility a Room Jelikož room byla defaultně pomlčka, tak jsem vyplnil v pop-upu novou Room a uložil.
podobně to spadlo i k assign to Organisation.
Ve formu taky překlikám na jinou Organizaci.
Možná že tedy, když při změně stavu Assetu přiřazuji z Person na Facility nebo na Organisation? ....
(přiznávám, že při tak obrovském množství možných kombinací ve formulářích vůbec neuvažuji, zda by to co naklikám v reálném světě dávalo smysl. Spoléhám se tedy, že logika formulářů už nějaký takový rámec má - a na mne je tedy odhalovat kombinaci která havaruje v tomto smysluplném rámci. Havaruje z důvodů bugu. Pokud formuláře umožňují vyrábět nějaké nesmyslné scénáře, tak to je problém návrhu od F+D)
Ticket:
Jinak v DB tabulkách jsem nic neoperoval, takže pokud vedou stopy k poškození DB, tak v tom jsem vyjímečně bez viny. Příčiny havárií v tomto issue ještě budu zkoumat,
Zkoušel jsem založit Prostředek Telefon z nabídky https://sahana.spotter.dasm.cz:8443/eden/asset/asset/create (tedy nikoliv z nabídky Telefony > Vytvořit) a ten pak přiřadit dole tlačítkem k Provozovně nebo k Organizaci. Když ne na poprvé, tak napodruhé při pokusu o přiřazení k něčemu to vyrobilo ticket. Havárie vznikají přiřazováním těmi dolními tlačítky... Nepřipadá mi, že by na to měl nějaký vážný vliv kvalita vyplnění formuláře.
tak si myslím, že chyba vzniká u dvou tlačítek: Assign to Facility/Site a Assign to Organization
pozorování: Instance Demo, vyrobení nového prostředku v modulu Assets.
Přiřazení čerstvého prostředku k Organisation tlačítkem = proběhne OK
následné přeřazení prostředku na Person (s nutnými změnami) tlačítkem = proběhne OK
následné přeřazení prostředku na Facility (s nutnými změnami) tlačítkem = havaruje.
Tady spekuluji, že vzniká problém při nějakém křížovém přeřazování z Osoby na Facility nebo Organisation. Možná že přeřazení na osobu má nějakou vlastnost, co už pak u Facility nebo Organisation vyrobí havárii