Copy und Paste von Kalendereinträgen funzt nicht

    Betterbird 102.4.2-bb23 (64-Bit)

    Windows 10 Pro

    Exchange Kal/Kon/Task tbsync +

    Provider für Exchange ActiveSync

    Hallo,

    bis Bb 91.13.1-bb37 kopierte ich alte Kalendereinträge (wegen der Notizen da drin) aus der Suche, hab den am neuen Tag eingefügt, und dann nur Betreff/Zeit geändert. Das klappt seit Upgrade auf 102.4.2 nicht mehr.

    Es wird zwar der Code vom Eintrag kopiert, aber ich kann den nur in eine neue Textdatei einfügen und als .ics o.ä speichern. Anbei mal ein Ausschnitt:

    Hilft da nur ein Downgrade auf V91, Kopie vom alten Profil vorhanden, oder wie?

    Danke!

    w.

    Und ich hatte extra gewartet, bis meine notwendigen Addons endlich in funktionierender Version freigegeben sind...

    • Hilfreichste Antwort

    Das ist sicher in TB 102 genauso. Seit TB/BB 102 wird statt des alten C++ libical backends ein neues JS Modul verwendet.

    Vorschläge: Mal TB starten und gucken, ob das dort genauso ist, wenn ja, Bug anlegen. Auch mal pref calendar.icaljs auf false setzen und neu starten. Dann sollte es wir in TB/BB 91 gehen.

    Also, das mit der pref ist nur eine temporäre Lösung. In der nächsten großen Version 115 gibt es nur noch die neue Implementierung.

    UPDATE: Mit calendar.icaljs geht übrigens die "Today Pane" nicht mehr :-(

    @jorgk3

    Weiss nicht ob ich was falsch gemacht habe. Gegentest mit Thunderbird Setup_102.4.2.exe, zwischendurch TB nach Änderung beendet/gestartet.

    "true", Copy/Paste geht innerhalb des angezeigten Monats, aus der Suche nicht.

    "false" beides klappt.

    Beim Betterbird muss "false" an sein, für CnP aus dem angezeigten Monat *und* aus der Suche heraus.


    Tagesplan per F11 geht beim BB auch mit "False", zeigt allerdings keine Termine im Feld an, nur darunter die Aufgaben - egal, nutze ich nicht.

    Also Downgrade machen, oder nicht, bis vielleicht in einigen Wochen Monaten Ruhe einkehrt? Profil umkopieren, neue Version deinstallieren, alte installieren sollte wohl reichen?

    Also, ich habe calendar.icaljs in BB auf false und Kopieren geht aus der normalen Kalender-Anzeige und aus der Suche. Es wird jedesmal ein Dialog angezeigt, in welchen Ziel-Kalender man kopieren will.

    Zwischen TB und BB gibt es bzgl. Kalender keinerlei Unterscheide (sonst stünde das in den Release Notes).

  • wolfgang-362 12. November 2022 um 23:36

    Hat einen Beitrag als hilfreichste Antwort ausgewählt.
    Zitat von jorgk3

    Also, ich habe calendar.icaljs in BB auf false und Kopieren geht aus der normalen Kalender-Anzeige und aus der Suche. Es wird jedesmal ein Dialog angezeigt, in welchen Ziel-Kalender man kopieren will.

    Zwischen TB und BB gibt es bzgl. Kalender keinerlei Unterscheide (sonst stünde das in den Release Notes).

    Ich kann dieses offensichtliche Wunder nicht lösen, bestätige aber nach erneuter zweimaliger Prüfung das unterschiedliche Verhalten. Bei "true" kann Tb innerhalb vom Kalender kopieren, aus der Suche nicht. Bei Bb klappt beides nur bei "false".

    ...

    So, hab bei Bugzilla den Eingang gefunden und einen untriaged Report aufgegeben, der hoffentlich auch bearbeitet wird. Da ist der Github Account ja doch mal nützlich gewesen, zum Einloggen.

    Zitat von wolfgang-362

    Bei "true" kann Tb innerhalb vom Kalender kopieren, aus der Suche nicht.

    Hallo,

    Bei mir funktioniert beides bei "true". Kalender aus lokal gespeicherten .ics --- TB 102.4.2 (32Bit) Win 10 Pro (64Bit)

    Gruß, Bastler
    ------------------------------------------------------------------------------------------------------------
    Eine Rückmeldung zum Gelingen oder nicht, kann auch für andere nützlich sein.

    Hmm, hast Du die Bug-Nummer erwähnt? https://bugzilla.mozilla.org/show_bug.cgi?id=1800349

    Schau, ich habe BB with calendar.icaljs auf default true, und Kopieren "normal" und aus der Suche funktioniert, siehe hier:

    Wenn Du sagst, dass etwas in TB geht und in BB nicht, nehme ich an, dass Du beide auf unterschiedlichen Daten in verschiedenen Profiles laufen lässt. Funktioniert es denn in einem neuen Profil?

    Ich denke weder ich noch das TB-Team können den Bug reparieren, da keiner es reproduzieren kann. Wahrscheinlich hast Du irgendwelchen Daten in Deinem Kalender, den das alte C++-Modul (pref auf false) verarbeiten kann, das neue JS-Modul (pref auf true) kann es nicht verarbeiten. Ich habe ähnliche Bugs gesehen, z.B. https://bugzilla.mozilla.org/show_bug.cgi?id=1773571.

    Gibt es irgendwas in der Fehlerkonsole (Extras > Entwickler-Werkzeuge > Fehlerkonsole)?

    Du kannst ja mal versuchen, den/die ganzen Kalender zu exportieren und sehen, ob das Problem nach Import in ein neues Profil noch auftritt. Falls ja, schick den Kalendar-Export an den BB-Support und wir schauen es uns an.

    Bb102.6.1-bb27 (64-Bit)

    Ok, ich wollte euch nur über die Feiertage in Ruhe lassen, danke für die Hinweise zur Fehlersuche. Die Kalendereinträge werden seit langem mit den verschiedenen aufsteigenden Versionen von Thunderbird im Microsoft Live Mail Konto per EAS von TbSync angelegt

    @jorgk3

    Hab neulich mit der Standard Einstellung von calendar.icaljs problemlos einen Eintrag vom 2.1.2023 zum 9.1.2023 kopiert.

    Heute wollte ich einen Eintrag von heute 10.1.2023 zum 7.2.2023 kopieren, nix passiert. Fehlerkonsole zeigt folgendes im Spoiler, persönliche Daten vom Kalendereintrag anonymisiert.

    Vielleicht hilft das ja weiter?

    Danke!

    w.

    Nachtrag: Gestern 10.1. einen Termin ausgeschnitten und problemlos für den 11.1., also heute, eingefügt und die Uhrzeit geändert. Echt komischer Fehler. Monatsabhängig?

    Fehlermeldung
    Fehlerkonsole
    Code
    uncaught exception: ParserError: invalid line (no token ";" or ":") "\n04321-42750" CalIcsParser.jsm:153:39

    2 Mal editiert, zuletzt von wolfgang-362 (11. Januar 2023 um 13:33)

    Sorry für das späte erscheinen in diesem Beitrag. Also, ical.js is ja ein Parser von Kalender-Daten. Und offenbar stockt der bei Zeile 35 oben \n04321-42750. Gut möglich, dass der alte C++-Parser (libical) das besser in Griff hatte.

    Es sieht so aus, als könne man diese ungültigen Daten nicht parsen und kopieren.

    Mir ist nicht klar, wo diese Daten herkommen. Ich schlage aber vor, einen Bug in TB's Bugzilla anzulegen in der Hoffnung, dass die den Parser etwas robuster machen.

    Zitat von jorgk3

    Sorry für das späte erscheinen in diesem Beitrag. Also, ical.js is ja ein Parser von Kalender-Daten. Und offenbar stockt der bei Zeile 35 oben \n04321-42750. Gut möglich, dass der alte C++-Parser (libical) das besser in Griff hatte.

    Es sieht so aus, als könne man diese ungültigen Daten nicht parsen und kopieren.

    Mir ist nicht klar, wo diese Daten herkommen. Ich schlage aber vor, einen Bug in TB's Bugzilla anzulegen in der Hoffnung, dass die den Parser etwas robuster machen.

    Bloß kein Stress. Deine Analyse hilft schon viel wo ich nur Wände sehe.

    Die Daten sind eine Telefonnummer, die in den Notizen vom Kalendereintrag hinterlegt ist. Wüsste nicht wie ein Bugreport aussehen sollte. Die Probleme können vom Sync Addon kommen, vom Kalenderteil, oder dem EAS, oder?

    Naja, finde doch mal raus, wieso diese Zeile mit einem \n (newline) getrennt wurde:

    Code
    DESCRIPTION: XYZ steht hier
\n04321-42750

    Beim Anlegen eines Bug kann sicher jemand helfen.

    Zitat von jorgk3

    Naja, finde doch mal raus, wieso diese Zeile mit einem \n (newline) getrennt wurde:

    Code
    DESCRIPTION: XYZ steht hier
\n04000-000000

    Weil die Rufnummer im Notizenfeld in einer neuen Zeile unter "XYZ...) steht, hat der Termineditor von Thunderbird wohl so angelegt.

    Was mich auf die Idee brachte, denselben Termin neu anzulegen, und es scheint bei dem 100er TB Kalender eine Änderung auf irgendwas mit HTML gegeben zu haben. Jedenfalls sieht die Description jetzt so aus:

    Dazu passt, wenn die Notizen keinen Eintrag enthalten, klappt umkopieren. Es fehlt bei den vergangenen Einträgen also die neue Deklaration und darüber stolpert der Kalender. Sieht mir also eher nach einem "won't fix" aus.

    Immerhin ist das Prob mit dem neuen Interpreter geklärt. Danke!

    PS: Ich könnte natürlich meinen ersten Bugreport ergänzen, die Hoffnung stirbt schliesslich zuletzt.

    nur OT

    Wahrscheinlich muss ich wohl doch downgraden und mit der alten Version leben so lange es geht. Alternative wäre sonst, alte Einträge zuerst in Notepad++ zu kopieren und die Notizen etc. von dort zu übertragen. Muss das noch überlegen, ist ja bis auf Arzttermine und wenige Treffen nicht mehr viel bei mir los.

    Einmal editiert, zuletzt von wolfgang-362 (15. Januar 2023 um 13:30)

    Da sollte man schon mal einen Bug anlegen. Also, wie ist das reproduzierbar? Mit welcher Version hast Du diese Termin angelegt?

    Wenn ich mal pref calendar.icaljs auf false setze, also auf das alte Verhalten zurück gehe, bekomme ich die Description schon im neuen Format, also DESCRIPTION;ALTREP="data:text/html.

    Wie/wann wurden also die alten erzeugt?

    Der Bug sollte dann lauten: Events created with TB XX cannot be parsed with ical.js if they contain a linebreak.

    Dann den Inhalt der Console in den Bug pasten.

    Zusatz: Habe noch diesen Bug gefunden: https://bugzilla.mozilla.org/show_bug.cgi?id=1782118

    Ist anders, hat aber auch mit Zeilenumbrüchen in der Beschreibung zu tun. In wahrer TB-Manier: Keine Bearbeitung :cursing:

    Zitat von jorgk3

    Mit welcher Version hast Du diese Termin angelegt?

    Bei einem anderen Termin den ich laufend umkopiert habe, CREATED:20210813T115933Z, muss also eine der 91.x Versionen gewesen sein.

    Hast du im gerade veröffentlichten BB irgendwas geschraubt? Der genannte Termin unten im Spoiler lässt sich mit 102.7.0-bb28 problemlos für den 19.1.2023 einfügen und syncen, trotz \n und fehlender Deklaration.

    Spoiler anzeigen

    Ich hab an 102.7.0-bb28 diesbezüglich nichts gemacht, ich sehe auch keine diesbezügliche Änderung im upstream TB. Bist Du sicher?

    Ich denke, Du bist verwirrt. Nur ein \n am Anfang der Zeile ohne Leerzeichen davor bereitet das Problem. Das hast Du in Kommentar #17 aber nicht. Dort hat Du \n in der Mitte des Textes in DESCRIPTION.

  • Community-Bot 3. September 2024 um 20:50

    Hat das Thema geschlossen.