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
Kleiner Bug bei gemeinsamer Konfiguration für alle Benutzer?
Kleiner Bug bei gemeinsamer Konfiguration für alle Benutzer?
Zuletzt geändert von tkansgar am So 19. Feb 2012, 12:46, insgesamt 1-mal geändert.
Re: Kleiner Bug bei gemeinsamer Konfiguration für alle Benutzer?
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.
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.
Ja, die kannst du löschen, falls du sie nicht mehr benötigst.Noch eine Frage: Kann ich die alten Datenbanken einfach löschen?
Normalerweise prüft BSH ob es schon läuft. Dies klappt jedoch nicht benutzerübergreifend.Und noch eine Kleinigkeit: Wenn zwei Benutzer gleichzeitig angemeldet sind, läuft BSH offenbar doppelt.
Alexander Seeliger
{Support}
{Support}
Re: Kleiner Bug bei gemeinsamer Konfiguration für alle Benutzer?
Hallo Alex,
Vielen Dank nochmal für dieses sehr nützliche Programm.
tkansgar
Ok, das sehe ich ein, aber ...Alex hat geschrieben: wie damals schon gesagt, eine solche Konfiguration wird offiziell nicht unterstützt.
... 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).Das Problem mit dem Updater liegt daran, dass der Updater die Parameter von BSH nicht kennt und BSH somit ohne Parameter aufruft.
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).Ja, die kannst du löschen, falls du sie nicht mehr benötigst.
Ok, ich kann damit leben.Normalerweise prüft BSH ob es schon läuft. Dies klappt jedoch nicht benutzerübergreifend.
Vielen Dank nochmal für dieses sehr nützliche Programm.
tkansgar
Re: Kleiner Bug bei gemeinsamer Konfiguration für alle Benutzer?
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.
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.
Alexander Seeliger
{Support}
{Support}