Efter at have klikket på stop, fortsætter opgaven med at give output - hvordan bekræfter man, om stop var vellykket?
Stopanmodninger kan fejle eller støde på runtime-skift; antag ikke, at knapændringer betyder, at alle operationer er blevet tilbagekaldt.
Stop involverer både runtime og visning
Side-stop-operationen forsøger at annullere Agent-udførelse og stoppe den aktuelle svarstrøm; disse to trin er ikke helt ens. Interfaceaktivitetsindikatoren kan ændre sig først; hvis annullering af udførelse mislykkes, vil en meddelelse vise, at stop mislykkedes, og at du skal prøve igen. Derfor betyder output, der ikke længere ruller, ikke serverbekræftelse af, at opgaven er stoppet, og lukning af siden kan heller ikke erstatte kontrol af stopresultatet.
Fortsæt behandlingen baseret på den seneste runtime-status
Hvis runtime er skiftet, kan interfacet bede om at genoprette forbindelsen til den aktuelle runtime i stedet for at annullere opgaven, der svarer til den gamle tilstand. Vent på den seneste status og output, før du beslutter, om du vil stoppe igen. Når netværket er utilgængeligt, skal du først gendanne forbindelsen; for lokale opgaver skal du også verificere den faktiske status for måldatamaskinen. Indsend ikke straks den samme opgave, når stopresultatet er uklart, da dette kan forårsage to udførelser med sideeffekter.
Stop annullerer ikke ændringer, der allerede er foretaget
Filer, der allerede er skrevet, software installeret eller netværksanmodninger, der allerede er sendt, vil ikke automatisk blive rullet tilbage på grund af stopknappen. Efter at have bekræftet stop, skal du tjekke resultaterne og beslutte, hvordan du vil gendanne eller fortsætte. For CLI-klienter, der skal afsluttes, skal du trykke på Ctrl+C i deres kørende terminal, men også verificere, om oprydningen lykkedes. For vigtige filer skal du først udføre skrivebeskyttede kontroller, før du udfører nødvendige reparationer; feedback giver kun desensibiliseret status og fejl, uden at dele fulde forbindelseslegitimationsoplysninger.