Wiederherstellung funktioniert nicht mehr in Config 16.06

[Fitz]

Ich habe über die Jahre schon öfters Config aus Sicherungen wiederhergestellt.
Mit Loxone Config 16.06.10 schaffe ich es nicht mehr, es gibt einen Teufelskreis.
Was mache ich falsch?

Meine Vorgehensweise.

1. Config Starten
2. Projekt von SSD laden
3. Mein Projekt > Projekt Sicherungen
4. Sicherung auswählen und Wiederherstellen klicken
5. Frage nach Sicherung der aktuellen Datei mit Nein beantworten
6. Sicherung erfolgreich wiederhergestellt. Daten passen.
7. Speichern nicht möglich, da Speichern Schalter ausgegraut, vermutlich wegen fehlender Verbindung zum Miniserver.
8. Beim Drücken auf Verbinden wird brutal alles vom Server geladen und ohne Nachfrage überschrieben. Speichern Button ist zwar aktiv, aber die Daten der Sicherung sind weg. Ein erneutes Laden der Sicherung macht einen Disconnect zum Server, ein Teufelskreis.

Was mache ich falsch? Ich will nicht mit SD Karten herumfummeln. Früher ging die Wiederherstellung ganz leicht, weil beim
Verbinden nicht immer automatisch Config überschrieben wurde.

[Houseruckiii]

Hm, evtl vor Punkt 8 in der Config einen Baustein oder so etwas verschieben damit die lokale Config 'neuer' erscheint, damit sollte beim Verbinden nicht aus dem MS geladen werden.

[Fitz]

Die Sicherung ist ja anders als der Stand des Servers. Egal was ich lade, auch eine Config die 3 Jahre alt ist, Verbinden überschreibt immer den Stand mit den Daten des Servers.

[orli]

Das soll ein Feature sein, ich finde es auch total dämlich.
Lade eine Sicherung in dein Programm. Nicht mit dem Miniserver verbinden. Dann ändere IRGENDWAS in dem Programm, z.B. ziehe einen Ausgang einfach etwas länger oder füge irgendeinen Baustein neu ein. Dann mit dem Miniserver verbinden. Er wird dann nicht mehr direkt rausladen.

[jousch]

Wäre wohl gut, wenn man da mehrfach den Loxone Support darauf hinweist um etwas zu bewegen.

[Prof.Mobilux]

Die V15 macht diesen Schrott übrigens auch schon. Ist mir unbegreiflich wie man so etwas implementieren kann.

[Grestorn]

Es verhindert, dass Leute vergessen die Daten aus dem Server zu laden und dadurch neuere Configs auf dem Server überschreiben. Ist mir selbst schon öfter passiert. Die Logik, zu vergleichen ob die lokale Version älter ist als die auf dem Server, und wenn ja, sie direkt zu laden, halte ich durchaus für sinnvoll.

Besser wäre freilich eine Meldung und dem Anwender die Option zu geben.

Deine zunehmend harschen Kommentare helfen ehrlich gesagt auch nicht und lassen mich schon öfter fragen, was Du hier eigentlich noch willst, wenn Du nur negative Stimmung verbreiten willst.

[Prof.Mobilux]

Nun, wenn eine Software ungefragt Versionen überschreibt, dann ist das Schrott. Ich kann auch "dämlich" schreiben wie andere hier - wenn Dir das besser gefällt.

Was spricht dagegen, ein PopUp Fenster zu öffnen mit einer Meldung wie "Die im Miniserver vorhandene Version ist neuer als die .... Möchtest Du wirklich?", wenn man das Denken demjenigen vor dem Bildschirm schon abnehmen möchte. Wenn Defaultwerte über die App verändert werden, fragt die LoxConfig ja auch nach, ob man diese vor dem Speichern in sein Programm übernehmen möchte. Der Unterschied ist: Sie fragt nach und überschreibt nicht ungefragt.

[orli]

Oder zumindest eine globale Option anzubieten, das zu deaktivieren. Genauso wie das automatische Filtern, dass ich mühsam jedes Mal erst deaktivieren muss. Manche Dinge werden anscheinend ohne User Experience im Kopf zu haben umgesetzt.

[jousch]

Aus meiner Sicht - und die beinhaltet über 15 Jahre aktive Softwareentwicklung - muss ich auch gestehen, dass manche Dinge overall gesehen zwanghaft versucht werden zu vereinfacht gemacht zu werden obwohl nicht ganz zielführend. In der UI und der Interaktion mit dem Endkunden ist das auch i.O. — in der Config sollte es nicht so sein. Hingegen intuitiv und dennoch hilfreich.

Ein Dialog / eine Frage an den User sehe ich genauso aus UX-Sicht als obligatorisch in der thematisierten Thematik dieses Threads.

[Fitz]

Es verhindert, dass Leute vergessen die Daten aus dem Server zu laden und dadurch neuere Configs auf dem Server überschreiben. Ist mir selbst schon öfter passiert. Die Logik, zu vergleichen ob die lokale Version älter ist als die auf dem Server, und wenn ja, sie direkt zu laden, halte ich durchaus für sinnvoll.

Besser wäre freilich eine Meldung und dem Anwender die Option zu geben.

Deine zunehmend harschen Kommentare helfen ehrlich gesagt auch nicht und lassen mich schon öfter fragen, was Du hier eigentlich noch willst, wenn Du nur negative Stimmung verbreiten willst.

Mit dieser Logik wurde aber die Funktion zur Wiederherstellung der Sicherungen, welche ja direkt im Programm ist, vernichtet. Ohne den Trick mit den Änderungen.

[Grestorn]

Mit dieser Logik wurde aber die Funktion zur Wiederherstellung der Sicherungen, welche ja direkt im Programm ist, vernichtet. Ohne den Trick mit den Änderungen.

Ja, eine Nachfrage wäre wie gesagt sicher angebracht.

[Grestorn]

Nun, wenn eine Software ungefragt Versionen überschreibt, dann ist das Schrott. Ich kann auch "dämlich" schreiben wie andere hier - wenn Dir das besser gefällt.

Was spricht dagegen, ein PopUp Fenster zu öffnen mit einer Meldung wie "Die im Miniserver vorhandene Version ist neuer als die .... Möchtest Du wirklich?", wenn man das Denken demjenigen vor dem Bildschirm schon abnehmen möchte. Wenn Defaultwerte über die App verändert werden, fragt die LoxConfig ja auch nach, ob man diese vor dem Speichern in sein Programm übernehmen möchte. Der Unterschied ist: Sie fragt nach und überschreibt nicht ungefragt.

Nichts spricht dagegen, deswegen hatte ich das ja selber vorgeschlagen in meinem Beitrag. Dass Du das dann als tolle Idee wiederholen musst, spricht jetzt nicht unbedingt für Dich.

Den Daumen runter - von wem das auch immer kam - könnt ihr Euch ruhig sparen.

Als Softwareentwickler (mit knapp 40 Jahren Erfahrung, lieber jousch) kann ich sagen, dass man vieles kontrovers diskutieren kann, aber persönlich zu werden, so wie Du das machst, Prof., ist jedenfalls immer ziemlich daneben. Man erreicht damit gar nichts außer schlechtes Klima.

[Labmaster]

Ich kann Prof.Mobilux komplett verstehen.
Wenn man hier nur lange genug dabei ist und bleibt, dann wird man leider mit der Zeit dünnhäutiger was die Entwicklung und den Fortschritt seitens Loxone angeht. Man hat einfach schon zuviel mitbekommen was schief gelaufen ist und nie wieder korrigiert wurde. Die Leidensfähigkeit lässt mit der Zeit einfach massiv nach.
Man muss den paar Leuten die teils schon an die 10 Jahre Ihre Freizeit hier verbringen und dabei immer noch Dinge voranbringen höchsten Respekt zollen. Hier gehört Prof.Mobilux in jedem Fall dazu.
Chapeau!

[jousch]

Grestorn da hast du vollkommen Recht. Ich beziehe mich jedoch darauf, dass es besonders im Loxone Umfeld gefühlt nicht rational entschieden wird und gewisse UX-Ansprüche im Configbereich einmal mehr und einmal weniger intensiv verfolgt werden. Wie gesagt alles subjektiv.

Aber ich muss mir immer vor Augen halten: Loxone ist nicht Open Source. Das ist kein Gemeinschaftsprojekt. Nachdem ich Open Source lebe und darin sehr viel unterwegs bin sollte ich wohl auch jeglicher Diskussionen am loxforum fern bleiben, da ich merkte die letzten Monate, dass die Gebäudeautomatisierung und im Bereich Elektrotechnik ohnehin die Welt ganz ganz anders tickt als in der reinen Software-Welt wo vieles viel klarer und rationaler ist. Also das selbst beim Mindset der Herangehensweisen viele Unterschiede zu sehen ist.

Dennoch finde ich auch, dass man konstruktiv jedenfalls seine Meinung auch loswerden lassen soll können.

[Grestorn]

Konstruktiv immer.

Weder "Das ist Schrott" als auch "das ist Dämlich" sind konstruktiv. Immer daran denken, am anderen Ende sitzt auch ein Mensch (ob die Person, die das so entschieden hat, das hier nun liest oder nicht, ist ne andere Frage).

Ich würde jedenfalls sofort in die Abwehrhaltung gehen, wenn mir jemand so kommt. Und das ist dann eben nicht konstrutiv sondern das exakte Gegenteil.