Also, those of you using Thunderbird 16 Beta, I have just uploaded Lightning 1.8b1 to addons.mozilla.org. If you have installed a beta version in the past, you will automatically get an update from 1.7b3 to 1.8b1, otherwise you need to download the beta version manually.
As you may have seen, Lightning 1.7 has been released. There are no major UI changes, most of the bugs fixed are us running after the changes in the core Mozilla platform (most notably removing e4x support, fixing sqlite statement wrappers) and backend fixes (cure excessive getItems requests when accessing calendars).
We have some improvements for Mac users in this release though: there is now support for some gestures in the calendar views. If you are on mac (or another machine with a touchpad that supports gestures), try the usual pinch, rotate and swipe gestures in the day, week, multiweek and month views.
Also, as mentioned in the previous blog post, I have rewritten the printing support to accommodate for the e4x backend changes. There might be some kinks, so please continue testing the print support in the release and file bugs or at least comment here as necessary. We have already noticed the “All day – All day” bug.
You can view the full list of changes here on bugzilla.
Note also that if you are using the Provider for Google Calendar, you must update it to version 0.16. If you do not get the new version via automatic updates, please download it here from addons.mozilla.org.
Hello Folks, I have a favor to ask.
Update 3: Lightning 1.7b2 contained an error related to printing that has been fixed in 1.7b3, which I have uploaded on 2012-07-29. Please update before testing!
I took the chance to revamp the internals of the print layouts to make it easier to extend them. This opens up more possibilities to extend print support in an extension. The problem is now that we needed to land this directly on the beta channel so that print support is not broken in the 1.7 release.
I have just uploaded a new beta containing the patch, so please take a moment to test it with the Thunderbird 15 beta. These areas need testing:
- All print layouts: List View, Monthly Grid, Weekly Planner
- All combinations of options, i.e tasks and events, only tasks, only events
- Make sure the (time) labels on the events in the print preview is correct
- Different kinds of tasks (with start date, with end date, with both)
- All importers and exporters (ICS export, HTML export, …)
For testing you will need Thunderbird 15 beta and Lightning 1.7b2. For Lightning, you will get automatic updates if you are currently using Lightning 1.7b1 or 1.7b2 If you haven’t downloaded a Lightning beta yet, be sure to open the Developer Channel box at the bottom of the page.
Update: You will also need a new copy of the Provider for Google Calendar, if you are using it. Get it here.
Update 2: Lighting 1.7b2 contains an error related to printing that will not show the print view.
Many of you will have heard the misinterpreted news that says Thunderbird will no longer be supported. First of all I must concur this is not true. If you are still under this impression please read this great interview between Tristan Nitot from Mozilla and Jb Piacentino, the Managing Director of Thunderbird. Mozilla will continue to support Thunderbird, but new innovations will have to come from the community.
Even if it has not been obvious in the past, it has almost been this way for Lightning since 2009 when many of the external full-time contributors were assigned other projects and could only continue in their free time. Aside from my role as a project manager, we have a few contributions from the community, bringing Lightning forward. Since our contributors also have day jobs this is of course not comparable with full-time work, but we couldn’t have done it without them.
In this early stage of planning Thunderbird’s transition to the community its hard to say what the final effect on Lightning will be. But on the bright side, if the current plan holds that future Thunderbird releases will be based on the same Mozilla Platform version as the ESR Release, this will make our life much easier with regard to Lightning releases. It is much more likely that a Lightning version will be binary compatible to multiple Thunderbird versions, which means the big pain of upgrading that Lightning users might be having when a new Thunderbird version is released will go away.
On the downside, since the core Thunderbird team is now assigned to other projects also, this means they will (understandably) have even less time for Lightning. Key areas include Graphics Design, build configuration and release engineering.
There might also be problems when Thunderbird switches to a later version of the Mozilla Platform (i.e around Thunderbird ESR 24), since Lightning will have to catch up with anything that has changed on the Mozilla Platform between version 17 and 24. This could be a serious undertaking since even if we do patch everything we know of for Lightning to work with Thunderbird 24, its quite likely that there will be regressions which will require out-of-plan releases to fix. Not only does this mean that Lightning developers have to work non-stop during this time, it also causes pain for the users since its possible that they cannot access their calendar data until there is a new release to fix possible regressions.
We are still looking for solutions that could mitigate this, one suggestion that has been made would be to base Thunderbird EarlyBird and Beta on the then-current Mozilla Platform version (i.e 18, 19, …) to allow more testing in advance and therefore distributing the bugfix work more evenly. If you have another idea on this topic, please discuss in the newsgroups, see below.
So what can you do to keep Lightning from taking damage due to these governance changes?
- Are we pretty yet? What would a dialog be without icons? If you are good in graphics design and are able to create icons, we desperately need you. If you have experience with user interface design and user experience, even better. With your commitment to Lightning and the open source world, you would need to create new icons as they are required. With some UI design experience you can also help out accepting patches that change the UI of Lightning.
- How is your python fu? Can you make make make our project build (not a typo, think about it! ;-). Build configuration is also an area we could use some help in. Don’t worry, its a lightweight entry: you can start out just reviewing patches that change how Lightning is built, but in the long term you would be helping out by improving our build system.
Of course we always welcome developers in any other area, but these are the most needed due to Thunderbird’s change in plans. Please drop me an email if you would like to help out.
I will soon put up a roadmap where I think Lightning should be going to make it more transparent what is going on, but right now I can tell you this much about my top three priorities:
- Set up a new calendar website which is easier to navigate and helps the user or new contributor to get the right information quickly.
- Improve test automation, especially Mozmill test coverage and using jscoverage to measure progress.
I have closed the comments here to avoid discussions in multiple locations, so if you have any questions, please head over to the tb-planning newsgroup (also readonly via Google Groups) and post your question there. I’m looking forward to shaping the future of Lightning with you!
Hello Folks, we have managed to get all issues out of the way now. You can get Lightning builds for Daily and Earlybird on the Mozilla FTP Servers again. As a bonus, these builds should now auto-update using the addons manager so all you need to do is install them once and then check for updates once in a while.
Many of you have already mentioned this, thank you for the feedback! This is obviously an important issue so we will release an update that fixes it. I will upload it to addons.mozilla.org within the next 12 hours, then it only needs to go through their review.
Users depending on inviting attendees are advised to downgrade to Lightning 1.5.0 until the Lightning 1.5.2 release is live.
Also, on a side note, we finally have a new Mac OSX nightly for Thunderbird Daily! You can get it on ftp.mozilla.org, as always. Windows is so close to being ready. There was another IT issue which is fixed now. Now another build automation issue showed up, which is hopefully the last one.
As you may have noticed, there have been some pressing issues in the last month regarding the various versions of Lightning. I’d like to give you a short summary of what happened and what the prospect is.
Lightning 1.5 (Thunderbird 13)
If you have been using a localized version of Lightning, you may have noticed that Lightning 1.5 was reset to English after upgrading. Since I was on vacation and we had some issues with the localization infrastructure, the result was that only a few locales were accepted for the release. To account for this, I have just uploaded Lightning 1.5.1 to addons.mozilla.org which is back with 38 locales. It is pending review and will be available as soon as the addons.mozilla.org reviewers get to it.
Lightning 1.6b1 (Thunderbird 14)
This had been delayed since I wanted to take care of the Lightning 1.5.1 release first and also due to some IT issues I will talk about later on. I have also uploaded this release to addons.mozilla.org, it is available at this moment. You should get automatic upgrades if your previous version of Lightning is also a beta version. If not, head on over to the versions page addons.mozilla.org to get your Lightning beta.
Lightning 1.7a2 & 1.8a1 (Thunderbird 15 & 16)
On Mac and Windows you are probably having trouble finding a compatible Lightning. There were some events that caused our nightly builds to stall.
For Mac OSX, this was a problem with the datacenter move that Mozilla Messaging did. They folded their IT infrastructure back to the core mozilla.org datacenter, which brought some changes also for us. The Mac builder couldn’t be migrated to the new datacenter due to power issues, so we had to order a new one. This took a bit longer than expected since I had to ask around until I found the right path to do this. The builder has arrived and is going to be set up by IT soon. In the meanwhile, the Seamonkey Project was generous enough to loan us a build machine for a short time, which I used for the previously mentioned release builds and will use for at least one set of nightly builds so we have a compatible version again. These should be available tomorrow at latest.
For Windows, there is a build system requirement that I was told requires us to upgrade to a newer version of Visual Studio. When doing so, I found out our build machine didn’t have enough space to install. Since some other things were weird with this machine too, we decided to request a new VM for Windows. This VM is now finally installed and connected. There is still one network issue to resolve and then we can use this box for our windows builds, which will return nightlies for Lightning on the Windows platform.
As always, you can find nightly versions of Lightning on the Mozilla ftp servers, for Daily and Earlybird. Check the dates of the packages before you download, if they are not recent then you need to wait another day for new builds to show up. As a small treat, the latest nightly builds support automatic updates using the addons manager. I will tell you more about this in a separate post when the builder issues have been resolved.
This version fixes an issue that caused some events not to appear in the views due to invalid data in local calendars.
The full list of changes in this version may be found here.
For those testing development builds, we are currently working on some issues preventing new nightly builds of Lighting 1.7 and 1.8 on Windows and Mac. Testers are encouraged to use development builds of Lightning 1.6 in the mean time.
For those of you using Thunderbird 12 betas with Lightning and having trouble with 1.4b2 (calendar views empty, lots of errors in the error console), please do upgrade to Lightning 1.4b3. This error shows up with certain locales, that were wrongfully included in 1.4b2 but not ready for production yet. The situation is described in more detail in bug 736717.
For those of you using the Provider for Google Calendar, this beta release (yes, in Lightning, not in the provider) also fixes an issue that causes events in secondary calendars to be moved to the primary calendar on edit.
The final Lightning 1.4 as well as a new Provider for Google Calendar release is due on May 1st, 2012 and will include mentioned fixes, in addition to numerous other bugs.
- Support for Apple iCloud and Chandler servers improved
- Support for high contrast themes (needs to be enabled in the preferences)
- New toolbar to adapt to Thunderbird’s Tabs-on-Top