BUG im Predigt Editor

Matthias Redikop
Matthias Redikop Member Posts: 17 ✭✭

Hallo

Ich habe einen BUG im Predigt Editor, im Bereich Predigtinfo.

Das Datum das ich, unter dem Punkt Anlässe, eingebe, wird leider nicht gespeichert.

Ich gebe das Datum und klicke auf "Predigtinfo ist fertig". Öffne ich danach wieder die Predigtinfo, steht im ersten Datum Feld das Datum "1.1.2017" und nicht das Datum, dass ich eingegeben habe. Die anderen Datums Felder sind komplett leer, obwohl ich dort auch ein Datum eingetragen habe.

Comments

  • Ben Misja (Logos)
    Ben Misja (Logos) Member, Community Manager, Logos Employee Posts: 2,180

    Bei mir funktioniert es, wie es soll.

    Wenn das Problem weiterhin besteht, könntest du mir Logs schicken? 

    Logs erstellen ist unter Windows recht einfach:

    1. Starte Logos, halte unmittelbar nach dem Öffnen die „STRG“-Taste gedrückt. Lasse die Taste gedrückt, bis das Anmelde-Fenster kommt. Du weißt, dass es funktioniert hat, wenn das kommt.
    2. Geh die Schritte durch, die zum Absturz führen.
    3. Geh in den Ordner Dokumente, dort findest du den Ordner Logos Log Files. Wenn darin keine Datei namens Logos.log ist, fang noch einmal von vorne an (Logos läuft vermutlich noch im Hintergrund), ansonsten fahr fort:
    4. Mache einen Rechtsklick auf den Ordner und wähle „Senden an“ -> „ZIP-komprimierter Ordner“. Die ZIP-Datei hängst du mir dann hier oder in einer Email an deutsch@faithlife.com an.

    Senior Manager, New Languages

  • Matthias Redikop
    Matthias Redikop Member Posts: 17 ✭✭

    Ich habe meine Logs an deutsch@faithlife geschickt. 

    Ich selber habe in den Logs nichts gefunden, was das Verhalten erklären würde. 

    Mir scheint es so, als würde das Control mit dem deutschen Datums Format nicht zurecht kommen. 

    Wenn ich das Datum im dt. Format eingeben (19.02.2018 -> dd.mm.yyyy) wird die Eingabe nicht übernommen. Dann ist beim nächsten öffnen das Feld entweder wieder leer oder das Datum, das davor drin stand, steht wieder drin. Gebe ich aber im eng. Format das Datum ein (02.19.2018 -> mm.dd.yyyy) wird das Datum zwar gespeichert, aber ein Tag wird abgezogen, so dass im Feld 18.02.2018 drin steht.

    Vielleicht kannst du danach mal schauen.

  • Ben Misja (Logos)
    Ben Misja (Logos) Member, Community Manager, Logos Employee Posts: 2,180

    Mir scheint es so, als würde das Control mit dem deutschen Datums Format nicht zurecht kommen. 

    Wir hatten schon in der Vergangenheit Probleme mit dem Datum (das mit dem abgezogenen Tag), die wir bisher leider nicht verfolgen konnten, weil wir sie nicht reproduzieren können und die Kunden, die sie bislang gemeldet haben, uns keine Logs geschickt haben. Es ist also durchaus möglich, dass es da einen Bug gibt.

    Ich benutze aber selbst das deutsche Datumsformat, und bei mir hat alles wie erwartet funktioniert. Mithilfe der Logs können wir der Sache hoffentlich auf den Grund gehen. 

    Senior Manager, New Languages

  • Thomas B.
    Thomas B. Member Posts: 176 ✭✭

    Ich kann das Problem mit dem Datumsfeld bestätigen.
    Allerdings habe ich als Menü-Sprache momentan "English" eingestellt.
    Meine Regional Settings und Keyboard sind jedoch auf "Deutsch".
    Und das würde ich auch als maßgeblich für das Datumsformat betrachten.

    Grüßle

    Thomas

  • Thomas B.
    Thomas B. Member Posts: 176 ✭✭

    Auch mit Deutsch als Menü-Sprache werden Datümer nur nach englischem Format erkannt.

    Also:

    18.6.2018 geht nicht
    6.18.2018 geht --> ergibt allerdings 17.6.2018 (immer ein Tag abgezogen)

    4 Dez 2018 geht nicht
    4 Dec 2018 geht --> ergibt 3.12.2018

  • Ben Misja (Logos)
    Ben Misja (Logos) Member, Community Manager, Logos Employee Posts: 2,180

    Auch mit Deutsch als Menü-Sprache werden Datümer nur nach englischem Format erkannt.

    Also:

    18.6.2018 geht nicht
    6.18.2018 geht --> ergibt allerdings 17.6.2018 (immer ein Tag abgezogen)

    4 Dez 2018 geht nicht
    4 Dec 2018 geht --> ergibt 3.12.2018

    Das ist ein echter Phantom-Bug. Wir haben schon von einigen wenigen Usern gehört, dass er auftritt, aber Matthias war jetzt der erste, der uns Logs dazu geschickt hat (vielen Dank!). Bei uns funktioniert alles tadellos. Ohne den Fehler selbst zu reproduzieren oder Logs zum Analysieren können wir der Sache nur schwer auf den Grund gehen. Wenn du uns auch noch Logs schicken könntest, wäre das genial. (S.o.)

    Senior Manager, New Languages

  • Alexander Moch
    Alexander Moch Member Posts: 47 ✭✭

    Auch mit Deutsch als Menü-Sprache werden Datümer nur nach englischem Format erkannt.

    Also:

    18.6.2018 geht nicht
    6.18.2018 geht --> ergibt allerdings 17.6.2018 (immer ein Tag abgezogen)

    4 Dez 2018 geht nicht
    4 Dec 2018 geht --> ergibt 3.12.2018

    Habe das eben mal auf Win7 mit Version 7.13.0.0017 ausprobiert und konnte exakt dasselbe Verhalten feststellen. Danach hat Logos nicht mehr reagiert, konnte es nur über den Task Manager schließen. Hier die Logs:

    8816.Logos Log Files.zip

  • Ben Misja (Logos)
    Ben Misja (Logos) Member, Community Manager, Logos Employee Posts: 2,180

    Auch mit Deutsch als Menü-Sprache werden Datümer nur nach englischem Format erkannt.

    Also:

    18.6.2018 geht nicht
    6.18.2018 geht --> ergibt allerdings 17.6.2018 (immer ein Tag abgezogen)

    4 Dez 2018 geht nicht
    4 Dec 2018 geht --> ergibt 3.12.2018

    Habe das eben mal auf Win7 mit Version 7.13.0.0017 ausprobiert und konnte exakt dasselbe Verhalten feststellen. Danach hat Logos nicht mehr reagiert, konnte es nur über den Task Manager schließen. Hier die Logs:

    8816.Logos Log Files.zip

    Vielen Dank! 

    Habt ihr denn eigentlich dasselbe Problem wie Matthias mit den mehrfachen Anlass-Terminen?

    Senior Manager, New Languages

  • Thomas B.
    Thomas B. Member Posts: 176 ✭✭

    Was genau meinst du?
    Das beschriebene Verhalten hat nichts damit zu tun,
    ob man nur ein oder mehrere Datumsfelder vor sich hat.
    Es passiert im ersten genauso wie im dritten Feld.

  • Alexander Moch
    Alexander Moch Member Posts: 47 ✭✭

    Habt ihr denn eigentlich dasselbe Problem wie Matthias mit den mehrfachen Anlass-Terminen?

    Matthias hatte geschrieben, dass bei ihm Termin-Felder leer bleiben (nach erneutem Öffnen). Das passiert, wenn man das deutsche Datumsformat nutzt. Thomas hat diese Fälle mit "geht nicht" deklariert. Es handelt sich also um denselben Fehler, nur unterschiedlich beschrieben. Die Anzahl der Anlässe spielt dabei keine Rolle. Das Verhalten ist bei jedem Anlass dasselbe.

    Primärer Bug: Der Predigt-Editor kann an genannter Stelle das deutsche Datumsformat nicht interpretieren.

    Sekundärer Bug: Bei Eingabe eines englischen Datumformats zieht der Predigt-Editor einen Tag ab.

  • Matthias Redikop
    Matthias Redikop Member Posts: 17 ✭✭

    Genau, dass Feld bleibt leer, wenn es vorher leer war und ich das Datum im dt. Format eingebe. 

    Steht vorher schon ein Datum drin und ich geben ein Datum im dt. Format ein, dann behält das Feld das vorherige Datum.

    Gebe ich ein Datum im eng. Format ein, wird das Datum minus ein Tag übernommen.

  • Ben Misja (Logos)
    Ben Misja (Logos) Member, Community Manager, Logos Employee Posts: 2,180

    Genau, dass Feld bleibt leer, wenn es vorher leer war und ich das Datum im dt. Format eingebe. 

    Steht vorher schon ein Datum drin und ich geben ein Datum im dt. Format ein, dann behält das Feld das vorherige Datum.

    Gebe ich ein Datum im eng. Format ein, wird das Datum minus ein Tag übernommen.

    Danke. Meine Frage war, ob Thomas und Alexander dasselbe beobachten oder ob sie ausschließlich das Problem mit der falsch interpretierten Datumseingabe haben. 

    Senior Manager, New Languages

  • Thomas B.
    Thomas B. Member Posts: 176 ✭✭

    Primärer Bug: Der Predigt-Editor kann an genannter Stelle das deutsche Datumsformat nicht interpretieren.

    Sekundärer Bug: Bei Eingabe eines englischen Datumformats zieht der Predigt-Editor einen Tag ab.

    Ja, genau. Danke für die Präzisierung!

    Und vielleicht der Vollständigkeit halber:

    Tertiärer Bug: Das Datumsformat richtet sich nicht nach den Regional Settings im Betriebssystem. (Lässt sich erst abschließend klären, wenn der Primäre Bug gelöst ist.)

  • dimon
    dimon Member Posts: 7 ✭✭

    Habe heute einen weiteren Fehler im Predit-Editor festgestellt.

    Die automatische Auswahl des Bibeltextes passt nicht mit der Versangabe überein. Es gibt immer einen Vers Versatz. Siehe Bild

  • Alexander Moch
    Alexander Moch Member Posts: 47 ✭✭

    dimon said:

    Die automatische Auswahl des Bibeltextes passt nicht mit der Versangabe überein. Es gibt immer einen Vers Versatz.

    Dieser Bug wurde vor längerem auch schon an anderer Stelle gemeldet:

    https://community.logos.com/forums/t/159388.aspx?PageIndex=1 (vierter Eintrag von unten)

    Leider ist er immer noch nicht behoben.

  • Ben Misja (Logos)
    Ben Misja (Logos) Member, Community Manager, Logos Employee Posts: 2,180

    dimon said:

    Die automatische Auswahl des Bibeltextes passt nicht mit der Versangabe überein. Es gibt immer einen Vers Versatz.

    Dieser Bug wurde vor längerem auch schon an anderer Stelle gemeldet:

    https://community.logos.com/forums/t/159388.aspx?PageIndex=1 (vierter Eintrag von unten)

    Leider ist er immer noch nicht behoben.

    Ja, das ist ein bekannter Bug. Der Predigteditor unterstützt leider die Eingabe im Versschema der Standardbibel noch nicht, sondern fällt auf das englische zurück. 

    Es ist leider immer ein Abwägen, wie schwerwiegend ein Problem ist und wie viele Nutzer es betrifft. Priorität haben für uns momentan die Realisierung der lokalisierten Datentypen (Propositionale Gliederungen, Figurative Language, usw.) und der deutsche Atlas. Das soll aber nicht heißen, dass diese beiden Predigteditor-Probleme ignoriert werden. 

    Danke für eure Geduld!

    Senior Manager, New Languages

  • L.A.
    L.A. Member Posts: 588 ✭✭✭

    Wir hatten schon in der Vergangenheit Probleme mit dem Datum (das mit dem abgezogenen Tag), die wir bisher leider nicht verfolgen konnten, weil wir sie nicht reproduzieren können und die Kunden, die sie bislang gemeldet haben, uns keine Logs geschickt haben. Es ist also durchaus möglich, dass es da einen Bug gibt.

    Ist ja schon ein paar Monate her... Ich habe auch keine Lösung, aber vielleicht einen Gedanken, der in die Richtung einer Lösung des Bugs zeigen könnte.

    • Bei mir selbst tritt der Bug nicht auf.
    • Vielleicht liegt es aber daran, dass ich mehr oder weniger in derselben Zeitzone lebe. Bei der Android-App der Herrnhuter Losungen gab 2014 ein ähnliches Problem, das relativ schnell gelöst werden konnte. Da gab es kein Problem bei europäischen Nutzern, aber u.a. bei mir, der ich in Brasilien lebe. 
    • Die Antwort des Supports war folgende: "Es scheint hier ein Problem mit der Datum- bzw Zeiterkennung (Serverzeit Deutschland <-> Ortszeit Rest der Welt) zu geben bzw. werden die Daten den falschen Tagen zugeordnet." 
  • Ben Misja (Logos)
    Ben Misja (Logos) Member, Community Manager, Logos Employee Posts: 2,180

    Guter Hinweis - wir haben inzwischen gemerkt, dass das möglicherweise auch andere Nutzer in Europa betrifft, und dass es wohl eher an den Online-Diensten als an Logos selbst liegt. 

    Senior Manager, New Languages

  • Ben Misja (Logos)
    Ben Misja (Logos) Member, Community Manager, Logos Employee Posts: 2,180

    Ein Update: Das Problem mit dem verkehrten Datum ist ab Logos 7.18 Beta 1 behoben! Weitere Infos zum Beta-Programm hier

    Es besteht weiterhin das Problem, dass das Datum ohne Warnung nicht gespeichert wird, sofern die Eingabe nicht dem erwarteten Datumsformat entspricht. Das mag dem ursprünglichen Post und einigen ähnlichen Meldungen zugrundeliegen. Eine mögliche Lösung ist, dass wir dazu in Zukunft eine Warnung anbringen werden. Workaround: Mit deutscher Oberfläche das deutsche Datumsformat benutzen, mit englischer Oberfläche das US-Format. 

    Senior Manager, New Languages

  • Alexander Moch
    Alexander Moch Member Posts: 47 ✭✭

    dimon said:

    Habe heute einen weiteren Fehler im Predit-Editor festgestellt.

    Die automatische Auswahl des Bibeltextes passt nicht mit der Versangabe überein. Es gibt immer einen Vers Versatz. Siehe Bild

    Gibt es dazu Fortschritte? Ich habe eben festgestellt, dass dieser seit langen bekannte Bug auch ins Logos 8 mitgeschleppt wurde.

  • Ben Misja (Logos)
    Ben Misja (Logos) Member, Community Manager, Logos Employee Posts: 2,180

    Gibt es dazu Fortschritte? Ich habe eben festgestellt, dass dieser seit langen bekannte Bug auch ins Logos 8 mitgeschleppt wurde.

    Noch nicht, sorry. 

    Senior Manager, New Languages

  • Alexander Moch
    Alexander Moch Member Posts: 47 ✭✭

    Noch nicht, sorry. 

    Ist in diesem Fall ja nicht so schlimm. Ich kenne das auch von mir, dass ich die unangenehmen Aufgaben, die nicht meinen primären Zielen entsprechen, gerne nach hinten schiebe. Ich hoffe nur, dass euere Qualitätsansprüche so hoch sind, dass ihr diesen Bug zumindest bis zum Rollout von Logos 9 ausgemerzt habt ;-)

    Positiv ist, dass der anderen Bug in diesem Thread (Datums-Eingabe) nicht mehr auftritt. Danke dafür.

  • Ben Misja (Logos)
    Ben Misja (Logos) Member, Community Manager, Logos Employee Posts: 2,180

    Ist in diesem Fall ja nicht so schlimm. Ich kenne das auch von mir, dass ich die unangenehmen Aufgaben, die nicht meinen primären Zielen entsprechen, gerne nach hinten schiebe. Ich hoffe nur, dass euere Qualitätsansprüche so hoch sind, dass ihr diesen Bug zumindest bis zum Rollout von Logos 9 ausgemerzt habt ;-)

    Weniger eine Frage der Prokrastination als der Prioritätensetzung. Ich habe im Zusammenhang mit diesem Bug erstaunt festgestellt, dass die meisten Sprachen offenbar dem englischen Bibelversschema folgen. Und so betrifft unser Problem hauptsächlich deutsche Kunden - und Kunden, die z.B. mit einer hebräischen Bibel oder der Septuaginta arbeiten, und das werden nicht viele sein. 

    Da werden andere Bugs höher gewichtet. Für Logos 8 haben wir uns zum Beispiel die Lokalisierung der Label-Datensätze vorgenommen. Das betrifft alle Sprachen und war eine viel auffälligere und umfassendere Einschränkung. Endlich wird ein Großteil der Datensätze auf Deutsch angezeigt und lässt sich auch suchen! Dazu kommt bspw. der Atlas. Und es gab sicher noch ein gutes Dutzend weiterer Probleme, die wir ebenfalls angegangen sind, die nicht so viel oder keine Aufmerksamkeit hier im Forum erhalten haben. Zum Beispiel funktionierten Morphsuchdokumente nur auf Englisch. 

    Das soll natürlich nicht heißen, dass dieses Problem vergessen ist, es wandert auf der To-Do-Liste der Enwickler durchaus nach oben. [:)]

    Senior Manager, New Languages

  • Alexander Moch
    Alexander Moch Member Posts: 47 ✭✭

    Das soll natürlich nicht heißen, dass dieses Problem vergessen ist, es wandert auf der To-Do-Liste der Enwickler durchaus nach oben. Smile

    Gut zu hören. Es freut mich, dass ihr die Qualität bei der vielen Quantität, die ihr ja unübersehbar liefert, nicht aus dem Auge verliert. Die Erinnerung an diesen speziellen Bug soll keinesfalls eure erbrachte Leistung schmälern, sondern nur dazu dienen, dass bei den regelmäßigen Putzaktionen auch irgendwann die Krümmel mit aufgewischt werden :)