Speicher Button für log Dateien

[Ihaglc]

Für die Fehlerauswertung werden immer wieder Log-Dateien benötigt.
So muss man bisher die Logs vom MainProgramm, den Ladepunkten, etc einzeln downloaden, entprechende Partien in der Anzeige von openWB in die Zwischenablage kopieren und dann als log in einem Texteditor einfügen und speichern.
Dies ist haptisch mit dem Handy besonders schwierig.
Könnte man dies nicht vereinfachen, in dem statt, oder zusätzlich, zum Downloaden direkt eine Speicherung auf dem PC/ Händy/ Paste in die Cloud erfolgen würde?

Vielen Dank

[Gero]

…und wenn man dann noch aus dem C&P-Buffer den URL des gerade zum Anworten geöffneten Forumsbeitrag nehmen könnte, um den Post im Feedback-Thread abzusenden, wäre es perfekt.

Oder man hat je Release einen Link zu einem Ferdback-Thread in den Versionsstammdaten. Dann könnte man den post vollkommen automatisch machen und zur textuellen Ergänzung den gerade erzeugten Beitrag im Ändern-Modus aufrufen.

Das mit paste.openwb.de und dem Log aus der ramsisk ist ja schon eine große Hilfe, aber nur „Eingeweihten“ bekannt. Über die vorhandene Loganzeige das Log per Copy&Paste irgendwohin zu bringen ist eine Quälerei, weil man das Ende des markierten Blocks mit den Augen suchen muss. Auf dem Handy ist das unmöglich.

Wie wäre es denn mit einem „Suchen“-Knopf am Main.log, mit dem man von Schleifenanfang zu Scheifenanfang springen könnte?

[openWB]

Das mit paste.openwb.de und dem Log aus der ramsisk ist ja schon eine große Hilfe, aber nur „Eingeweihten“ bekannt. Über die vorhandene Loganzeige das Log per Copy&Paste irgendwohin zu bringen ist eine Quälerei, weil man das Ende des markierten Blocks mit den Augen suchen muss. Auf dem Handy ist das unmöglich.

Paste.openWB.de lässt sich per curl befüllen.
Gerne einen PR einreichen der das log dorthin wirft und die URL zurück.
https://github.com/lucko/paste

Aber händisch muss man immernoch schauen das keine sensiblen Daten im Log sind.

[Gero]

Aber händisch muss man immernoch schauen das keine sensiblen Daten im Log sind.

Hatte ich nicht kürzlich in irgendwelchen releas-Notes lesen können, dass die mittlerweile alle unkenntlich gemacht wurden?

[Elchkopp]

Jupp. Auszug aus der aktuellen Ankündigung für den RC:

Passwörter, Token, etc werden im Log unkenntlich gemacht

viewtopic.php?t=9830
(Zweiter Punkt von unten)

[mrinas]

Das mit paste.openwb.de und dem Log aus der ramsisk ist ja schon eine große Hilfe, aber nur „Eingeweihten“ bekannt. Über die vorhandene Loganzeige das Log per Copy&Paste irgendwohin zu bringen ist eine Quälerei, weil man das Ende des markierten Blocks mit den Augen suchen muss. Auf dem Handy ist das unmöglich.

Paste.openWB.de lässt sich per curl befüllen.
Gerne einen PR einreichen der das log dorthin wirft und die URL zurück.
https://github.com/lucko/paste

Aber händisch muss man immernoch schauen das keine sensiblen Daten im Log sind.

hatte ich mir schon überlegt, kann ich hier https://github.com/openWB/core/pull/2118 bzw. in die UI dazu ja noch mit aufnehmen.

Mit diesem PR kommen folgende Vereinfachungen:
1) Es wird standardmässig nur der letzte Durchlauf im Log angezeigt, weiterhin wird der letzte Logdurchlauf mit Warnung oder Fehler gespeichert. Das gesamte Log wird weiterhin auch angeboten. -> Es muss nicht mehr manuell der Zyklus zwischen zwei *** START *** Meldungen rausgefischt werden.
2) Die UI lädt standardmässig den letzten Durchlauf aus 1, Sofern vorhanden werden weitere Logsvarianten (z.b. Warnung/Fehler) werden in einem Dropdown angeboten.
3) Die UI bietet ein 'kopieren in die Zwischenablage' an.

[mrinas]

Aber händisch muss man immernoch schauen das keine sensiblen Daten im Log sind.

Hatte ich nicht kürzlich in irgendwelchen releas-Notes lesen können, dass die mittlerweile alle unkenntlich gemacht wurden?

Jup, ich hab' eine zentrale Funktion eingebaut welche nach bekannten Feldern mit sensiblen Daten sucht. Ist sicher besser als ohne, bietet aber auch keine 100% Sicherheit da das tatsächlich am Feldnamen festgemacht wird.
https://github.com/openWB/core/blob/mas ... ger.py#L15

Aktuell werden die Daten dieser Felder in den Logs gefiltert:

Code: Alles auswählen

KNOWN_SENSITIVE_FIELDS = [
    'password', 'secret', 'token', 'apikey', 'access_token',
    'refresh_token', 'accesstoken', 'refreshtoken'
]

[rleidner]

Es kann für den Nutzer auch nötig sein, solche sensible Daten im Log zur Überprüfung auch sehen zu können.
Ich habe gerade den Fall, bei dem der Inhalt des refresh token über die Zeit interessant ist.
Ich habe das so gelöst, dass die nötigen Daten vor dem Loggen auf ein "unverdächtiges" Feld kopiert werden.
Wenn so ein Log ins Forum gehen sollte, muss der Nutzer das dann vorher selbst entfernen.

[mrinas]

Hm, in ein unverdächtiges Feld kopieren halte ich für ungeschickt. Besser wäre es da wohl wenn wir eine Möglichkeit einbauen die Logfilterung (ggf. temporär) abschaltbar zu machen.
Oder ggf. mit der JWT library die relevanten Informationen aus dem Token extrahieren und diese ins Log schreiben. Z.b. expiry oder was auch immer relevant wäre.

[rleidner]

Temporär abschalten wäre hilfreich.
Bei JWT Token würde das Extrahieren funktionieren, aber viele Token, die im Kontext der SoC-Module vorkommen, sind keine JWT. Da geht es primär darum, ob ein früher gelieferter Token bei Verwendung noch gleich ist.