TypoLIGHT Desktop Management

[Sarvo]

hört sich nach nem Pointer Fehler an

Da müsst ihr wohl auf Matze warten

[matze]

So. Entschuldigung für die lange Wartezeit.
Es wäre natürlich recht Hilfreich, wenn jemand mit diesen Bugreport mal per Mail senden könnte.
Einfach den Button "Save Report" klicken und mir die entstandene Datei zusenden: typolight@matf.de

Wann tritt dieser Fehler denn auf? Das wäre mal interessant. Direkt beim Start des Programmes?

Was ihr mal probieren könnt: Benennt eure Config.zip Datei mal um, so dass das Programm eine neue anlegen muss.
Diese findet ihr, wenn ihr unter Start -> Ausführen "%LOCALAPPDATA%" eintragt. Dann öffnet sich der Explorer mit dem Ordner für die lokalen Anwendungsdaten. Dort gibt es einen Ordner mit Namen "Matthias Feist". Da findet ihr die Einstellungsdatei des Programmes. Einfach mal die ONfig.zip umbenennen und schauen, ob das Programm dann startet.

Danke für eure Hilfe bei der Fehlersuche!

@xchs: Danke für die vielen Vorschläge. Ich werde das auf jeden Fall umsetzen, wenn ich wieder was an dem Programm ändere.
Die Checkboxen vor den Einträgen haben folgenden Sinn:
Wenn du eine Erweiterung installiert hast, die die Desktop Management API unterstützt, dann kann diese Erweiterung Befehle an den Client übermitteln. Sinn und Zweck des Clients ist ja, dass man bestimmte Befehle auf allen Installationen gleichzeitig (Batch-Modus) ausführen kann. Wenn man das aber bei einer bestimmten Installation nicht will, kann man einfach den Haken entfernen, dann wird der Befehl nicht auf dieser Installation ausgeführt.

[xchs]

Die Checkboxen vor den Einträgen haben folgenden Sinn:
Wenn du eine Erweiterung installiert hast, die die Desktop Management API unterstützt, dann kann diese Erweiterung Befehle an den Client übermitteln. Sinn und Zweck des Clients ist ja, dass man bestimmte Befehle auf allen Installationen gleichzeitig (Batch-Modus) ausführen kann. Wenn man das aber bei einer bestimmten Installation nicht will, kann man einfach den Haken entfernen, dann wird der Befehl nicht auf dieser Installation ausgeführt.

Betrifft das dann aber nicht die zur Zeit vorhandene Abfrage der TL-Versionsnummer?
Bei mir wird diese nämlich trotzdem immer abgefragt, ganz egal ob mit oder ohne ausgewählter Checkbox. In diesem Zusammenhang wäre es vielleicht auch ganz fein, wenn man irgendwie (vielleicht auch mittels Checkbox) auswählen könnte, ob eine Installation generell von der Überprüfung ausgeschlossen werden sollte; so könnte man temporär den Check einzelner Installationen deaktivieren, ohne dass man dabei die entsprechenden Fehlermeldungen bzw. Warnungen angezeigt bekommt... So wie es momentan ist, müsste man dafür den Eintrag komplett rauslöschen (was man vielleicht auch nicht immer will)

[xchs]

Hallo matze,

im TL-Log ist mir im Zusammenhang mit TLDM auch aufgefallen, dass es dort Einträge gibt, sobald sich der betreffende "User" (= TLDM-Client) einloggt, weiters einen Eintrag betreffend der Verfügbarkeit eines Updates, jedoch keinen, welcher darauf hindeutet, dass der TLDM-User sich wieder ausgeloggt hat. Findet das nicht statt oder wird dafür nur kein Log-Eintrag geschrieben?

[FloB]

Sinn und Zweck des Clients ist ja, dass man bestimmte Befehle auf allen Installationen gleichzeitig (Batch-Modus) ausführen kann.

Ich hoffe, das keine SQL-Queries und kein PHP-Code direkt über den Client übermittelt und auf dem Server ausgeführt werden können – das wäre sicherheitstechnisch ganz blöd .

[matze]

In diesem Zusammenhang wäre es vielleicht auch ganz fein, wenn man irgendwie (vielleicht auch mittels Checkbox) auswählen könnte, ob eine Installation generell von der Überprüfung ausgeschlossen werden sollte [...]

Das ist ne gute Idee, werde ich noch einbauen in der nächsten Version. Die Versionsnummer von TL wird bei jeder Kommunikation mit dem Server übertragen, steht also auch immer zur Verfügung.

im TL-Log ist mir im Zusammenhang mit TLDM auch aufgefallen, dass es dort Einträge gibt, sobald sich der betreffende "User" (= TLDM-Client) einloggt, [...] jedoch keinen, welcher darauf hindeutet, dass der TLDM-User sich wieder ausgeloggt hat. Findet das nicht statt oder wird dafür nur kein Log-Eintrag geschrieben?

Das ist richtig. Der Client loggt sich nämlich nicht explizit am Server aus. Es ist im Endeffekt so, als würdest du den Browser einfach schließen.

Ich hoffe, das keine SQL-Queries und kein PHP-Code direkt über den Client übermittelt und auf dem Server ausgeführt werden können – das wäre sicherheitstechnisch ganz blöd .

Nein auf keinen Fall :-) Das kannst du aber im Quelltext der API nachschauen.


Zu den Problemen des Clients:
Konnten die gelöst werden durch das umbenennen/löschen der Config.zip ?

[FloB]

Nein auf keinen Fall :-) Das kannst du aber im Quelltext der API nachschauen.

Dann ist ja gut wollt's nur anmerken … wollte jetzt nicht dafür extra das Paket herunterladen

[xchs]

Das ist richtig. Der Client loggt sich nämlich nicht explizit am Server aus. Es ist im Endeffekt so, als würdest du den Browser einfach schließen.

So was habe ich mir schon gedacht - das kenn ich nämlich von einigen meiner Redakteure. Bei denen tauchen im Log auch oft nur die Login-Stempel auf, jedoch keine entsprechenden Logout-Einträge... zurückzuführen entweder auf eine Zeitüberschreitung der Session oder eben auf das (willkürliche) Schließen des Browser-Fensters.

Ich kenn mich da vielleicht zu wenig aus, aber könnte es nicht auch sicherheitstechnisch problematisch sein, wenn man sich nicht korrekt ausloggt? Normalerweise hört und liest man ja überall, dass man zum ordnungsgemäßen Beenden einer Sitzung diese stets mittels entsprechender Logout-Funktion (Logout-Button) beenden sollte (Online-Banking usw.). Wäre es daher nicht auch für den TLDM-Client sinnvoll, wenn sich dieser auch wieder korrekt ausloggen würde, zumal das ja programmgesteuert erfolgen würde?
Ansonsten hätten ja die ganze Logout-Prozedur und die betreffenden Funktionen, welche TYPOlight hierfür bietet keine Bedeutung...

[planepix]

Zu den Problemen des Clients:
Konnten die gelöst werden durch das umbenennen/löschen der Config.zip ?

Hallo Matze,

Im Anwendungsordner ist lediglich eine config.zip mit 0 kb Größe, entzippenn bringt den Fehler, dass sich das Archiv kein gültiges Archiv sei. Deinstallieren und installieren führt zu keinem anderen Ergebnis. Bug-Report lässt sich auch nicht versenden, das Programm stürzt dabei ab.

[matze]

Was passiert wenn du die Datei löscht?

[planepix]

Hallo matze,

die config.zip gelöscht, dann tldm.exe aufgerufen.

Fehlermeldeung "An Error occurred in tthe Application".
Im Hintergrund wird im Ordner eine leer config.zip erstellt.

[skuhrt]

Hi!

Die Idee dieser Anwendung ist wirklich gut. Mich würde grundsätzlich einmal interessieren, in welcher Sprache das Desktop-Interface geschrieben ist. Irgendwas mit .net 3?

[lindesbs]

Laut BinaryView ist es Delphi 2009

[xtra]

Wenn er auf Lazarus umstellen wuerde, dann haetten wir da gleich eine Cross-Application.
Rennt dann unter allen (sinnvollen) OS.

Ich habe selbst >15 Jahre Pascal und Delphi Background und koennte mir vorstellen, dass man da noch ein plugin interface auf Clientseite einbindet.

PS: Was nimmst du als HTTP socket? Synapse, Indy oder die grottige, mitgelieferte Version?
Ich wuerde Synapse empfehlen, mit denen hab ich ohne externe Abhaengigkeiten von LDAP auth bis hin zu online-updateservices alles implementiert.

[matze]

Wichtig:
Gleich mal vorweg: Um den Fehler im Client zu finden und zu diskutieren habe ich ein Ticket erstellt: http://dev.typolight-forge.org/issues/show/567 Ich würde alle, die das Problem haben, bitten den Fehler im Ticket möglichst genau zu beschreiben. Evtl bitte auch den Bugreport anhängen, falls man den erzeugen kann.

[...]Wäre es daher nicht auch für den TLDM-Client sinnvoll, wenn sich dieser auch wieder korrekt ausloggen würde, zumal das ja programmgesteuert erfolgen würde?[...]

Also ich muss sagen: Das weiß ich nicht wirklich. Meiner Meinung nach, hat es keine größeren Auswirkungen, wenn man sich nicht ausloggt. OK evtl kann die Session übernommen werden. Denn nach einem Logout sollte die Session ja zerstört werden. Also von da her: Ich denke ich werde das einbauen.

Wenn er auf Lazarus umstellen wuerde, dann haetten wir da gleich eine Cross-Application.

Ganz so leicht ist es leider nicht. Ich habe selber schon mit Lazarus rumprobiert. Das ist meiner Meinung nach leider vom produktiven Einsatz entfernt. Außerdem ist der Code mit dem ganzen Zeug wie Multithreading nicht so leicht zu portieren.
Dieser Client wird so in der Form erst einmal nur für Windows bleiben. Was ja nicht heißen soll, dass es keinen geben kann. Die API steht ja jedem Programmierer und jeder Programmiersprache offen. Was ich meine ist, dass es nicht sinnvoll wäre eben diesen Client aus Delphi in andere Plattformen zu portieren. Da müsste ein eigener Client evtl in Java oder direkt z.B. für OS X in Cocoa usw her.

Generell:
Können wir uns vielleicht drauf einigen, dass neue Features in dem Ticketsystem eingestellt werden? Dann habe ich gleich eine Übersicht und der Wünschende ein direktes Feedback

@xtra: Indy

[matze]

Neue Version der API und des Clients!

API: http://dev.typolight-forge.org/news/show/68
Client: http://dev.typolight-forge.org/versions/show/161

[BugBuster]

Sehr schön, kann man mal die Umsetzung einiger Befehle sehen.
Lernt sich doch am Beispiel besser.