BUG im Predigt Editor
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
-
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:
- 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.
- Geh die Schritte durch, die zum Absturz führen.
- 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:
- 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
0 -
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.
0 -
Matthias Redikop said:
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
0 -
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
0 -
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.20180 -
Thomas Boehme said:
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.2018Das 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
0 -
Thomas Boehme said:
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.2018Habe 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:
0 -
Alexander Moch said:Thomas Boehme said:
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.2018Habe 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:
Vielen Dank!
Habt ihr denn eigentlich dasselbe Problem wie Matthias mit den mehrfachen Anlass-Terminen?
Senior Manager, New Languages
0 -
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.0 -
Ben Misja (Faithlife) said:
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.
0 -
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.
0 -
Matthias Redikop said:
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
0 -
Alexander Moch said:
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.)
0 -
Kann beide Bugs bestätigen.
0 -
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
0 -
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.
0 -
Alexander Moch said: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
0 -
Ben Misja (Faithlife) said:
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."
0 -
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
0 -
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
0 -
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.
0 -
Alexander Moch said:
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
0 -
Ben Misja (Faithlife) said:
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.
0 -
Alexander Moch said:
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
0 -
Ben Misja (Faithlife) said:
Das soll natürlich nicht heißen, dass dieses Problem vergessen ist, es wandert auf der To-Do-Liste der Enwickler durchaus nach oben.
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
0
