Hello Folks,
After several months of silence the OXtender project seems to be definitely dead and there are pretty much issues preventing to use the latest version productively.
I started to fix up at least the most annoying bugs because having a working Thunderbird client is just essential these days.
Unfortunately, the original author even removed the old bugtracker which was at least read-only for public. Also, there is no cvs/svn access at all. So I'm having a local svn fork for now.
Well, the bad news: The code is pretty ugly. This has to do a bit with the Mozilla APIs and especially with the Lightning API which is a horror + the historical evolution over TB2 and OX5. However, the extender itself is a spoiled can full of spaghetti and worms. You seriously need a glass of whiskey before looking into it (be warned). Anyway, its free so no reason to grumble - I just want to say that implementing any new features would presume a major cleanup first. So lets concentrate on the bugs first.
I'm not going/wanting to be the new maintainer of this code. However if somebody here wants to host such project, please let me know. I would be glad to contribute my changes back. And maybe there are more people wanting to contribute. An option would be probably to set up a project on SourceForge ?
This is my Changelog/Todolist at the moment:
CHANGES
- created a fork
- fixed generic addon Preferences button
- change TENTATIV to TENTATIVE state (typo), confirm state sync TB->OX still somewhat broken...
- 1 month event shift: fix uninit date() => date(0)
- fix case sensitivity on participant db => use COLLATE NOCASE in mail query or on table create
- workaround early-init-bug for organizerId (owner has got wrong mail account)
- display correctly participants and owner
- not closing connection/session properly => fixed mixed-up session code in chrome
- added code to save centralized preferences and use the password manager
BUGS
- fix confirmations
* ox6 appointment update does not react on confirmation in participants, probably a separate action=confirm request is needed ?
- snooze not working always ?
- dismiss not working ?
- refresh lag (refresh only changed items possible ?)
- do not delete existing events beyond sync limit
- do not ignore old events with end date inside the sync interval
* seems to use filter on JSON request already at ox6Handler, readAppointments()
* another filtering seems to be in CalendarSync, readAppointmentsReady() callback used later by readAppointments()
* some more in calOXCalendarHelper, getCalendarItems() ? used from calOXCalendar listener for refresh ?
..."Der König ist tot, lang lebe der König"
After several months of silence the OXtender project seems to be definitely dead and there are pretty much issues preventing to use the latest version productively.
I started to fix up at least the most annoying bugs because having a working Thunderbird client is just essential these days.
Unfortunately, the original author even removed the old bugtracker which was at least read-only for public. Also, there is no cvs/svn access at all. So I'm having a local svn fork for now.
Well, the bad news: The code is pretty ugly. This has to do a bit with the Mozilla APIs and especially with the Lightning API which is a horror + the historical evolution over TB2 and OX5. However, the extender itself is a spoiled can full of spaghetti and worms. You seriously need a glass of whiskey before looking into it (be warned). Anyway, its free so no reason to grumble - I just want to say that implementing any new features would presume a major cleanup first. So lets concentrate on the bugs first.
I'm not going/wanting to be the new maintainer of this code. However if somebody here wants to host such project, please let me know. I would be glad to contribute my changes back. And maybe there are more people wanting to contribute. An option would be probably to set up a project on SourceForge ?
This is my Changelog/Todolist at the moment:
CHANGES
- created a fork
- fixed generic addon Preferences button
- change TENTATIV to TENTATIVE state (typo), confirm state sync TB->OX still somewhat broken...
- 1 month event shift: fix uninit date() => date(0)
- fix case sensitivity on participant db => use COLLATE NOCASE in mail query or on table create
- workaround early-init-bug for organizerId (owner has got wrong mail account)
- display correctly participants and owner
- not closing connection/session properly => fixed mixed-up session code in chrome
- added code to save centralized preferences and use the password manager
BUGS
- fix confirmations
* ox6 appointment update does not react on confirmation in participants, probably a separate action=confirm request is needed ?
- snooze not working always ?
- dismiss not working ?
- refresh lag (refresh only changed items possible ?)
- do not delete existing events beyond sync limit
- do not ignore old events with end date inside the sync interval
* seems to use filter on JSON request already at ox6Handler, readAppointments()
* another filtering seems to be in CalendarSync, readAppointmentsReady() callback used later by readAppointments()
* some more in calOXCalendarHelper, getCalendarItems() ? used from calOXCalendar listener for refresh ?
..."Der König ist tot, lang lebe der König"
Comment