The Lightning Project is a redesign of the Mozilla Calendar component. Its goal is to tightly integrate calendar functionality (scheduling, tasks, etc.) into Mozilla Thunderbird.
Some of our future goals are (none of this is implemented right now):
With all the developers talking here now, it probably makes sense to also show you, what we've done in terms of real bug-fixing in the last few weeks. So within the last three weeks 28 bugs were fixed. Here's the list of all these changes:
Many thanks go to all developers, contributors, localizers, testers, and supporters that make this possible.
String freeze is coming up so I've decided to give an overview of what's on my radar and what has been. Aside from calendar work my semester is about to end but that unfortunately doesn't mean I have more time.
I have put a fair amount of work into bug 353492 in hopes of supporting multiple alarms and different alarm types for the provider for Google Calendar. Due to the large amount of code and the high possibility for regressions I don't think this will make it into the next release. There is still an open issue regarding repeating alarms which has kept me from requesting review on that bug. If you are interested in helping out I have summed up the problems in the bug quite well. Nevertheless I think its reasonable to already check in the strings before the string freeze in case we come to a solution. If you are interested in testing (as an end user) I have a linux xpi attached to the bug. Be sure to back up your profile though since a database upgrade takes place.
Something mentioned in our roadmap for the next release is "better interoperability". Of course this is a very wide topic and I'd like to tell you a bit about what I have planned. Something that was (almost violently) discussed after the last release was a number of problems with accepting invitations. I'm looking to improve the situation a bit also in hopes that I can fix a few Provider for Google Calendar bugs regarding invitations too.
<rant>
Note however that this motivation does not come from the newsgroup discussions. I must say these were quite annoying and it aggravated me to see that users were insisting on us developers dropping everything and fixing the bug that annoys them most. Of course its annoying if something that you were used to broke in the next version but the way things were demanded was just wrong. The way things were discussed made me think for quite some time that I should not do a da** thing for invitations, but there are other reasons I'd like to go forward. I don't want to offend anyone but next time something doesn't work as you'd like it to, please be gentle and understanding instead of trying to force me into things. That works better and usually lets you reach your goals quicker.
</rant>
Recently Daniel fixed a bug that allows me to display invitations from Google Calendar in the invitations dialog. This patch was also checked in on that bug so it would be nice if you guys could give it a whirl to see if it works. Please be sure to enable "display invitations in your calendar" on calendar.google.com.
The next thing that would be nice for the Provider for Google Calendar w.r.t interoperability is managing sending invitations automatically when saving events. Currently this is globally disabled via an advanced preference option. It would be better to instruct the server to send invitations only when needed.
I hope this gives you a better understanding of whats going on in my (calendar) world.
Until next time
Philipp
I recently dedicated a good portion of my time improve the calendar views. Initially I wanted to solve a nasty regression bug dealing with overlapping events, but as I delved into the quite monolithic code I got entangled by other issues that caught my attention.
For example I found it not so easy to keep track of all the shadow elements of the event boxes. Also I noticed – certainly like other users too - that the shadows sometimes seem to be sort of tattered at the corners. For this reason I was not too annoyed when Christian (our UI expert) told me that he already had in mind to change the appearance of the shadows anyway. So our common idea was remove the current shadow elements and only denote a slight shadow with a 1Pixel border around the events. I am currently working on this.
As we have discussed on our last F2F meeting in Hamburg we wanted to improve the look and feel of the calendar views in various respects. From the design point of view the decorated view header has the greatest backlog. Christian and me are working on this (Bug 444292). Christian also is currently heavily engaged to modernize the styling of the calendar views that spread a flair of the last century.
So I can promise you that you will hear and see more about the calendar views in the coming weeks even though we are approaching the final round of our 0.9 roadmap. One last note about the monolithic code: I won't change too much about this shortly, although it is certainly better for the project in the long run if we do this. But with the lack of a compiler I have developed a certain respect for such challenges...
Yesterday we had a pretty interesting developer conference call, which was basically about the issue that only a very small team is currently developing on Lightning and Sunbird (basically just three people), that it is hard to reach community expectations with regards to bugfixes and feature work with so small a team and what would be necessary to attract more outside developers.
From my point of view one of our shortcomings in the past has been on the communication front. With that I don't mean the communication between different people on certain bug characteristics or code issues (that works great), but the communication between the calendar project and our community.
Currently our channels of communication are:
The result - at least as far as I see it - is that
So what can we do to improve our situation, to make the project more transparent, to raise the interest in the project and by that to gain more outside contributors? A few things come to my mind:
Two weeks have gone by and lots of fixes have happened since the last installment of the status update. Thanks to our developers and reviewers 41 bugs have been fixed in the last two weeks, which is really amazing. Nothing is really noteworthy. The fixes contain mostly backend fixes, cleanup work and (unfortunately) regression fixes.
Here's the list of all the 41 changes within the last three days:
Many thanks go to all developers, contributors, localizers, testers, and supporters that make this possible.
Only three days after the last status update, it's already time for another as the developers have fixed lots of bugs (19) in the last three days.
The most notable fixes are in the area of iMIP/iTIP (sending and receiving e-mail invites) with the fixes for bug 377761 (better compatibility with earlier Outlook releases) and bug 429938 (support for meeting cancellation).
Here's the list of all the 19 changes within the last three days:
Many thanks go to all developers, contributors, localizers, testers, and supporters that made and make this possible.
I apologize for the long delay between status updates. It is certainly not due to a low number of bugfixes in recent day. In fact quite a large number of bugs (32) have been fixed within the last 18 days, showing that the developers have been quite active.
Three bugs are particular worth mentioning:
Here's the list of all the 32 changes within the last 18 days:
Many thanks go to all developers, contributors, localizers, testers, and supporters that made and make this possible.
Two weeks ago, we had a great face-2-face meeting, which only now I am able to post about. Among the many interesting talks and discussions particular question we've discussed was "How do we proceed with Thunderbird 3 and trunk?". I'll try to sum up the outcome of this discussion here.
There are a ton of good reasons to move on to the trunk ASAP and help Thunderbird 3 get into shape: calendar will be a core feature of it, trunk has a couple of platform improvements that make our live easier and it will lessen the load on developers and localizers, that we no longer have to think about both the 1.8 branch and the trunk.
On the other hand, we have existing users on Thunderbird 2 waiting for fixes and features. Looking at our resource situation, it was pretty clear to everyone that we can't support and develop both branch and trunk longer term in a reasonable fashion. So where and when do we make the cut?
We've agreed to do one further release on branch in the coming 4 months, namely 0.9. We will focus on the following topics:
More details can be found on http://wiki.mozilla.org/Calendar:Lightning09.
We hope that this release will be sufficient to be used for a longer period of time until the next Thunderbird releaseis out. There will definitely be usable betas (perhaps even alphas) of Thunderbird with integrated calendar, but we also know that some users reject to use those and stay on Thunderbird 2.
We had some further discussion about whether the naming of this last branch release shouldn't be 1.0, rounding up our development for Thunderbird 2. This seems obvious from a marketing POV, but doesn't fit into the mozilla way of promoting major releases. So we agreed that we have a thorough look at what we've reached both w.r.t. features and quality when 0.9 is almost done, postponing that decision.
To answer some obvious questions:
It's been nearly a month since my last status update and nearly two weeks since 0.8 was released, so I guess it's time to show you what we've been working on in the last days. Since 0.8 came out, we've already fixed 29 bugs. So grab yourself a nightly and help us test those fixes.
On a sidenote: Many of the calendar developers will meet in Hamburg (Germany) to discuss future plans, meet up with some of the Thunderbird developers to discuss the future integration of Lightning into Thunderbird and perhaps also do some hacking. We're hoping that this will strengthen the team spirit and give us a better vision of what we wanna do with 0.9, 1.0 and onwards.
Here's the list of bugs fixed since 0.8 was released:
Many thanks go to all developers, contributors, localizers, testers, and supporters that made and make this possible.
Since the release of 0.8 many people have asked for builds on additional platforms and we're happy to comply as our community has supplied us with builds for Linux x86-64, Solaris (Intel), Solaris (SPARC) and OS/2.
Here are the links:
Many thanks to Philipp Kewisch for the Linux x86-64 builds, to Sun Microsystems for the Solaris builds and to Walter Meinl and Peter Weilbacher for the OS/2 builds. Enjoy!
I saw that Lightning .8, a calendar extension for thunderbird, had been released and my heart jumped. Had they fixed the memory leak that forced me to abandon it in version .7?
I used to use Lightning for my google calendar in versions before .7...
When .7 came out, it caused Thunderbird to rocket memory usage above 80% which brought my computer to a screeching halt. I figured I'd not use it until next version (and submitted a bug report as well).
Today I downloaded .8 in hopes it would work better. It doesn't. Memory usage still skyrockets when attempting use the google calendar (provider addon) and the remember mismatched domains add on with it (otherwise you're unable to connect or get a popup every time you view).
Is it one of these plugins causing it? Is it Lightning? I'm leaning toward the latter...even when uninstalling the extensions, I still get memory usage skyrocketing. Either way, syncing your google calendar with Lightning isn't a very smooth thing to do if it causes your Linux desktop to screech to a halt.
I guess there is always evolution with built in google calendar support. Anyone else getting these problems?
At work, we use Zimbra for emailing. I use Thunderbird with IMAP as my desktop client. I've also seen that as of Zimbra 5.0 RC2, they will have the ability to sync with Lightning. Good news! Now if Lightning would stop leaking!
Application
linux
calendar
Google
stats
thunderbird
lightning
I am happy to report, that the 0.8 release of Lightning and Sunbird has been completed and is now available via AMO and the Calendar Project website.
Five months after the 0.7 release we are again one step closer to our 1.0 release, which we hope to release at the end of 2008.
Notable improvements of this release are written down:
Lightning 0.8 and Sunbird 0.8 are available for Windows, Mac OS X (universal builds) and Linux in 30 different languages including English.
Please use the following links to download the release:
Please read the release notes for Lightning 0.8 and Sunbird 0.8 before downloading.
Thank you again to all our developers, contributors, localizers, testers, and supporters. We would not be able to do this without your assistance!