Hlášení chyb a problémů programu Altap Salamander. Buďte, prosím, ve svých popisech co nejpodrobnější a vytvořte pro každý incident nový příspěvek. Nevkládejte programem generovaná hlášení o pádu programu, pošlete je e-mailem.
Omlouvám se, ale máte v SS2.5RC1 pěknou botu! Sice avizujete:
"Práce s konfigurací Salamandera je nyní bezpečnější: pokus o vypnutí počítače s běžícím Salamanderem vyvolá upozornění, které by mělo zamezit předčasnému ukončení Salamandera v době ukládání konfigurace."
To, že jste přidali dialog ještě chápu, ale v dialogu je vysvětlení proč tomu tak je a tlačítka "Exit SS & Shutdown" a "Cancel". Bohužel po zmáčknutí "Exit SS & Shutdown" se provede, přesně co je na tlačítku, tj. Shutdown!, ale já chtěl původně restart a server 400km daleko je vypnutej a neznám jeho MAC, abych ho WoL vzbudil
Takže, jestli dobře rozumím, tak salamander dělá přesně to, co je tam napsáno a ne to co si myslíte že by asi podle Vás měl dělat. Hmm, fakt bota jak kráva.
P.S.: "Administrátor", co otáčí MS server a předem nezakiluje běžící aplikace (alespoň ty, co mají ikonku v taskbaru), si nic jiného nezaslouží.
Ano, dělá to, jak je nadepsáno tlačítko, ale mění příkaz ketrým byl vyvolán. Pokud chci restartovat, tak chci restartovat! Pokud dám odhlásit při spuštěném Salamanderu, tak se oběví tlačítko "Exit and logoff" a dojde k odhlášení.
Dobrý den, ve verzi 2.5 RC1 je skutečně tento problém. Zmíněný dialog jsme před vydáním verze RC1 důkladně ladili, ale popisovaný problém jsme přehlédli.
Dialog vyvolal poměrně silnou (zápornou) odezvu, takže Petr Šolín pracuje na jeho úplném odstranění. Znamená to ukládat konfiguraci v jiném vlákně, což je v případě Salamandera poměrně oříšek.
Velice se omlouváme za způsobené komplikace.
Provizorním řešením je potlační této hlášky například v Options > Configuration > Confirmations > System shutdown was stopped.
poucek wrote:... ale mění příkaz ketrým byl vyvolán. Pokud chci restartovat, tak chci restartovat! ...
Problém je, že windows API nedávají jinou možnost - neumožňují zjistit aktuální typ (restart/shutdown), dovolí pouze přerušit. Sám s tím mám ve vlastních aplikacích problém, ale horký brambor je na straně MS, nikoli vývojářů pro platformu MSW.
Jan Rysavy wrote:Dialog vyvolal poměrně silnou (zápornou) odezvu, takže Petr Šolín pracuje na jeho úplném odstranění. Znamená to ukládat konfiguraci v jiném vlákně, což je v případě Salamandera poměrně oříšek.
Než další vlákno, či jiné složité obcházení, by možná stačilo přidat do dialogu možnost volby obdobně jako při vypínání windows. Tedy výběr mezi cancel, shutdown, restart, případně logout.
Datalog wrote:Problém je, že windows API nedávají jinou možnost - neumožňují zjistit aktuální typ (restart/shutdown), dovolí pouze přerušit.
Přesně.
Jan Rysavy wrote:Než další vlákno, či jiné složité obcházení, by možná stačilo přidat do dialogu možnost volby obdobně jako při vypínání windows. Tedy výběr mezi cancel, shutdown, restart, případně logout.
Pokud budeme konfiguraci ukládat ve zvláštním vlákně, může hlavní vlákno obsluhovat okna a Salamander bude z pohledu Windows "živá aplikace", takže problém vůbec nenastane (nevyskočí ono známé okno Application not responding, končící zabitím neposlušné aplikace).
Jan Rysavy wrote:Pokud budeme konfiguraci ukládat ve zvláštním vlákně, může hlavní vlákno obsluhovat okna a Salamander bude z pohledu Windows "živá aplikace", takže problém vůbec nenastane (nevyskočí ono známé okno Application not responding, končící zabitím neposlušné aplikace).
Pravda, to je elegantnější řešení. Tedy pokud nebude to ukládání trvat moc dlouho, aby neposedný uživatel zatím na sutdownovaném popředí nezměnil (právě ukládaná) konfigurační data (třeba nastavení pro FTP).
Ale pravda, je to (pardon)"jen" Salamander, takže poničená konfigurace chod podniků neohrozí.
Během ukládání konfigurace bude zobrazeno modální okno, operace bude nepřerušitelná, hlavní okno bude disabled. Takže změna dat nehrozí.
Jediné riziko je, že uživatel explicitně Salamandera zabije během ukládání z okna Windows. V tomto okně je varování, že přijde o data. V našem případě přijde o konfiguraci, protože ji Salamander při příštím spuštění odmítne načíst (také novinka ve verzi 2.5 RC1).
Jan Rysavy wrote:Během ukládání konfigurace bude zobrazeno modální okno, operace bude nepřerušitelná, hlavní okno bude disabled. Takže změna dat nehrozí.
Tak teď už je to pro laiky neprůstřelné
Jan Rysavy wrote:V našem případě přijde o konfiguraci, protože ji Salamander při příštím spuštění odmítne načíst (také novinka ve verzi 2.5 RC1).
Jejda, a co výše zmíněná FTP nastavení? Dříve se nikdy neponičila všechna data a odhaduji že přežití úseku (ftp) mělo i při chybě celkem velkou šanci. Lidé teď v konfigu vypnou dialog (že je otravuje) a to bude řevu ...
Sice před vypnutím zavírám (všechny aplikace) ručně, ale stejně jsem si hned udělal export config
Datalog wrote:Jejda, a co výše zmíněná FTP nastavení? Dříve se nikdy neponičila všechna data a odhaduji že přežití úseku (ftp) mělo i při chybě celkem velkou šanci. Lidé teď v konfigu vypnou dialog (že je otravuje) a to bude řevu ...
Pokud se podaří odstranit problematický dialog, dojde ke "ztrátě" konfigurace pouze v případě, že uživatel Salamandera explicitně zabije během ukládání. V tom případě je konfigurace porušena a pokud ji umožníme používat, komplikujeme život nám i uživatelům, viz: http://forum.altap.cz/viewtopic.php?t=535 http://forum.altap.cz/viewtopic.php?t=602
(to jsou pouze příklady, za poslední rok jsme spojených problémů řešili desítky).
Během ukládání se nyní (od 2.5 RC1) konfigurace označí jako rozpracovaná. Na konci ukládání se tato značka smaže. Pokud při startu Salamandera značka existuje, znamená to, že během předešlého ukládání konfigurace došlo k pádu nebo zabití Salamandera a konfigurace je nepoužitelná. Salamander vyzve uživatele, aby si z konfigurace zachránil co se dá (například si ji exportoval). Následně Salamander porušenou konfiguraci smaže a naběhne se standardním nastavením.
Jan Rysavy wrote: ... Salamander vyzve uživatele, aby si z konfigurace zachránil co se dá (například si ji exportoval). Následně Salamander porušenou konfiguraci smaže a naběhne se standardním nastavením.
Tak to je opravdu nejlepší řešení, tomu už není co vytknout. Je vidět, že jste si s tím dali práci.
Datalog wrote:Tak to je opravdu nejlepší řešení, tomu už není co vytknout. Je vidět, že jste si s tím dali práci.
Byla by lepší řešení, ale narazili jsme na velice nepříjemný fakt, že Windows nepodporují přejmenování klíče v Registry. Dělají to jeho nakopírováním a smazáním starého klíče, což bohužel dlouho trvá a navíc to není atomická operace.
