Lightning sometimes stores ICS File not correctly
Categories
(Calendar :: Provider: ICS/WebDAV, defect)
Tracking
(Not tracked)
People
(Reporter: info, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:72.0) Gecko/20100101 Firefox/72.0
Steps to reproduce:
There is a bug in Lightning (all versions, for years) when writing the
Calendar data (local or via ftp).
It becomes unpredictably a complete ICS file simply no longer correct
so that only a few kilobytes of file remains.
Out of necessity, I created a cronjob years ago with Perl Script
which is written up to a preset day period (1 to xxx, e.g. 50)
Copies, of all calendars of a directory, on another server
(due to lack of space on a long-standing web page server at Strato).
To that this cronjob sends its results to a mail address and
if he had a difference in the size of the second last and last file
also provides information on this.
Each cronjob renames each file from ICS to 001 from
001 to 002 etc. until the specified number is reached.
When the specified number of files has been created, the
50th are deleted and all are renamed again by one counter.
So I can always fall back on the last 50 days.
(vacation, absence, etc).
We also use our calendars on the Smartphone, but there only with
"Read only properties", so that it can be excluded,
that another system writes the calendar file, and the error
caused.
Actual results:
ICS File was not saved correctly
Expected results:
Storing works!
German Version (I used deepl.com to translate...)
Es gibt einen Bug in Lightning (alle Versionen, seit Jahren) beim Schreiben der
Kalenderdaten (lokal oder via ftp).
Es wird unvorhersehbar eine komplette ICS Datei einfach nicht mehr richtig
gespeichert, so dass nur noch eine ein paar Kilobytes große Datei verbleibt.
Aus der Not heraus habe ich vor Jahren schon einen Cronjob mit Perl Script
geschrieben, der bis zu einem voreingestellten Tageszeitraum (1 to xxx, z.B. 50)
Kopien, von allen Kalendern eines Verzeichnisses, auf einem anderen Server
ablegt (wegen Platzmangel auf einem langjährigen Webseitenserver bei Strato).
Zu dem schickt diese Cronjob seine Resultate an eine Mailadresse und
wenn er einen unterschied in der Größe der vorletzten und letzten Datei
feststellt, auch eine Info dazu.
Dabei wird bei jedem Cronjob jede Datei umbenannt von ICS to 001 von
001 to 002 usw. bis die vorgegebene Anzahl erreicht ist.
Wenn dann die vorgebenen Zahl an Dateiene angelegt wurde, wird die
50te gelöscht und alle werden wieder um einen Zähler umbenannt.
So kann ich immer auf die einzelnen letzten 50 Tage zurückgreifen.
(Urlaub, Abwesenheit, usw).
Wir nutzen unsere Kalender auch auf dem Smartphone, doch dort nur mit
"Nur lese Eigenschaften", so dass damit ausgeschloßen werden kann,
dass ein anderes System die Kalenderdatei schreibt und den Fehler
verursacht.
|
||
Comment 2•5 years ago
|
||
you want to be using the bugzill acalendar product, not addons :)
(In reply to Wayne Mery (:wsmwk) from comment #2)
you want to be using the bugzill acalendar product, not addons :)
we use acelandar on android but for windows - hmmmmm ?
|
||
Updated•5 years ago
|
|
|
||
Comment 4•4 years ago
|
||
Are you still seeing this in version 78?
After several errors with this addon we switched to vueminder
Resolved per whiteboard
Description
•