brightbits Support

Hallo Alex,

ich muss nochmal auf das Thema aus index.php?topic=554.msg2924 (Gemeinsame Konfiguration für alle Benutzer) zurückkommen: Ich habe vorhin auf jenem Rechner mit der internen Update-Funktion von BSH3 die neueste Version installiert (ging erfreulich flott). Bei deren automatisch vollzogenem Neustart behauptete sie, dass die letzte Sicherung 194 Tage her sei, obwohl eigentlich erst vor ein paar Tagen eine gemacht wurde. Ich habe dann herausgefunden, dass der Neustart nicht mit der gemeinsamen Konfigurationsdatenbank für alle Benutzer erfolgt war sondern mit der Standarddatenbank in meinem persönlichen Odner, die nach wie vor existiert aber total veraltet ist. Und auch im persönlichen Ordner des zweiten Benutzers gibt es noch eine ebenfalls veraltete Standarddatenbank. Kannst du nicht mal bei Gelegenheit dafür sorgen, dass BSH nach dem Update mit den gleichen Parametern wie zuvor aufgerufen wird. Das Problem ist ja nicht nur die irreführende Moserei über die vermeintlich uralte letzte Sicherung sondern vielmehr, dass eine veraltete Konfiguration benutzt wird. Zum Glück wird BSH nach dem Neuanmelden immerhin wieder mit der aktuellen gemeinsamen Datenbank gestartet.

Noch eine Frage: Kann ich die alten Datenbanken einfach löschen?

Und noch eine Kleinigkeit: Wenn zwei Benutzer gleichzeitig angemeldet sind, läuft BSH offenbar doppelt. Dann meldet die eine Instanz bei der stündlichen Sicherung einen schwerwiegenden Fehler, weil irgendwas gelockt sei. Ist zwar nicht schlimm, aber lässt sich das vermeiden?

Viele Grüße
tkansgar

Hallo tkansgar,

wie damals schon gesagt, eine solche Konfiguration wird offiziell nicht unterstützt.

Das Problem mit dem Updater liegt daran, dass der Updater die Parameter von BSH nicht kennt und BSH somit ohne Parameter aufruft.

Noch eine Frage: Kann ich die alten Datenbanken einfach löschen?

Ja, die kannst du löschen, falls du sie nicht mehr benötigst.

Und noch eine Kleinigkeit: Wenn zwei Benutzer gleichzeitig angemeldet sind, läuft BSH offenbar doppelt.

Normalerweise prüft BSH ob es schon läuft. Dies klappt jedoch nicht benutzerübergreifend.

Hallo Alex,

Alex hat geschrieben: wie damals schon gesagt, eine solche Konfiguration wird offiziell nicht unterstützt.

Ok, das sehe ich ein, aber ...

Das Problem mit dem Updater liegt daran, dass der Updater die Parameter von BSH nicht kennt und BSH somit ohne Parameter aufruft.

... dann sind doch die Aufrufparameter für die Katz'. Wenn ich als Anwender die Möglichkeit habe das Programmverhalten mit Aufrufparametern zu beeinflussen, dann kann ich doch auch annehmen, dass das Programm nach dem automatischen Neustart durch das Update das Gleiche tut wie vorher. Gut, darüber könnten wir jetzt noch lange diskutieren. Lassen wir das. Mein Wunsch für die Zukunft wäre halt, dass das entsprechend verbessert wird (z.B. indem das Programm sich die Parameter aus der Registry holt statt aus der Kommandozeile).

Ja, die kannst du löschen, falls du sie nicht mehr benötigst.

Das hätte dann nämlich den Vorteil, dass ich (oder der andere User) deutlicher auf die fehlende aktuelle Konfiguration aufmerksam gemacht werde (so hoffe ich).

Normalerweise prüft BSH ob es schon läuft. Dies klappt jedoch nicht benutzerübergreifend.

Ok, ich kann damit leben.

Vielen Dank nochmal für dieses sehr nützliche Programm.
tkansgar

Ich kann völlig verstehen, dass dieses Verhalten nicht sehr nachvollziehbar ist. Das Problem ist, dass das Aktualisierungsskript einen fest vorgegebenen Parameteraufruf hat, um BSH wieder zu starten.

Ein Lösung, die Parameter zwischenzuspeichern, wäre in der Tat eine Möglichkeit. Ich werde schauen, was sich schnell umsetzen lässt. Die Lösung würde dann natürlich erst beim übernächsten Update funktionieren.