04.22.08
Posted in Camino at 3:47 am by Smokey
Many of you have noticed that we shipped Camino 1.6 without a Spanish localization.
Let me assure everyone that both the Camino development team and the Camino localizers were unhappy about this, too. However, all Camino work—development and localization—is done by volunteers, and schedules of volunteers do not always line up. This was exactly the case with our Spanish localization; it wasn’t going to be ready in time for us to ship Camino 1.6 as planned last week. We knew this in advance, and while we always hate to ship a Camino release without a language included in the previous version, we needed to ship 1.6 and we did have 10 other languages ready.
As of this evening, the Spanish translation is nearly complete, and the first review indicates there is not much more work to be done. I can’t promise you a new Camino 1.6 Multilingual build that includes Spanish by the end of the week, but it is safe to say that you’ll see Spanish in the Multilingual build very soon.
As always, if you’re concerned about the status of the translation of Camino in your language, please stop by the caminol10n project and see how you can help. You don’t need to have many computer/software skills, and some languages just need reviewer/proofreaders—the only skill required for that task is your language and the ability to use Camino!
We thank all of our Spanish-speaking users for their patience, and we do hope to deliver the Spanish localization very soon.
Permalink
04.17.08
Posted in Camino at 11:32 pm by Smokey
If you’re reading this, it means we’ve survived yet another major release of Camino. Today we released Camino 1.6 (codenamed ✈) after about 10 months of development. Our fearless leader has already written about most of the major new features in the release, but you can also check out our freshly-updated Features page. It has been a long(er-than-expected) journey, but we’re proud of all the work and are pleased to offer you a new stable release.
The road to Camino 1.6 began in May 2007, when Mark Mentovai cut the CAMINO_1_5_BRANCH for Camino 1.5 security releases and the first fixes for 1.6 landed on the MOZILLA_1_8_BRANCH even as we finished work on Camino 1.5. Over the course of nearly a year thereafter, Camino contributors fixed nearly 400 “bugs” (problems or new features), and 18 different people contributed patches for this release (with Stuart Morgan leading at 153 fixes). Big thanks to the half of that list of patch contributors who aren’t regular Camino developers; every little (or big, like multiple accounts support for the Keychain) fix helps make Camino a better browser.
If you remember back to my Camino 1.5 wrap-up, the number of bugs fixed in Camino 1.6 is lower, but this was designed to be a smaller release. The fact that the number is not that much lower shows that Camino 1.6 ended up being a bigger release than you might otherwise expect from a 0.1 increase in version number (we played the late-stage version number “game” before, but we opted not to do it again). No matter which way you look at it, Camino 1.6 is another major accomplishment for our all-volunteer, all-free-time development team.
Thanks to the efforts of our fabulous localization teams, Camino 1.6 is available in 10 different localizations in addition to US English, with Spanish expected to join that list soon. Sadly, we had a few languages that shipped in Camino 1.5 disappear on us, so if your language is missing, please stop by the caminol10n mailing list and see how you can help bring these localizations back. (The work doesn’t require much specialized computer/software knowledge, and some of the existing localizers have volunteered to mentor new or revived localizations. Last year new contributors successfully revived the Norwegian localization, which was in Camino 0.8 but disappeared from Camino 1.0; you and a friend can bring Camino to thousands of users in your language!)
Again this year I went to bed last night while our fearless webmaster Samuel Sidler stayed up to put the finishing touches on the home page, the Features page, and dozens of other bits around the website. Aside from some afternoon connection issues, the website update felt like it went more smoothly than 1.0 or 1.5 did (I guess it helps when you’re not completely re-designing a site or adding tons of new support content 
). Special thanks to Stuart for his last-minute debugging and testing during today’s release.
What’s next? Those of us who have been working on the website and other release details are going to take a rest for a while. Most of the development team, which had only a few things left for 1.6 after last month’s Beta 4, have been slowly ramping up to work on Camino 2.0. There’s not much visibly new over Camino 1.6 in the nightly builds yet (lots of Gecko changes, and Tabsposé is there but hidden), but there are some great new features already in progress that you should be seeing in the coming weeks.
In the meantime, enjoy Camino 1.6 and let us know what you think!
Permalink
04.15.08
Posted in Camino, Life at 2:06 pm by Smokey
Just because I need a break right now and sometimes it’s fun to play along with Planet Mozilla: what does a Camino QA lead/website peer/tester/sometimes-hacker’s command-line history look like?
[Qalaat-Samaan:dev/trunk/mozilla] smokey% uname -a
Darwin Qalaat-Samaan.local 9.2.2 Darwin Kernel Version 9.2.2: Tue Mar 4 21:17:34 PST 2008; root:xnu-1228.4.31~1/RELEASE_I386 i386
[Qalaat-Samaan:dev/trunk/mozilla] smokey% history | awk ‘{a[$3]++ } END{for(i in a){print a[i] ” ” i}}’ | sort -rn | head
24 make
11 cvs
10 cd
8 open
6 history
5 edit
4 patch
3 diffscrape
2 touch
1 svn
1 ls
1 cp
Notes:
- This is the sum for my six current active Terminal tabs from the tail end of One License to Rule Them All (Phase 2) on (I had to quit Terminal once I had the fix mostly complete because of some sort of corrupted environment setting). For the morbidly curious, there are another 11 open tabs for other branches and trees I haven’t built since restarting Terminal.
- If there were some way to track Coda saves and MediaWiki edits…that would tell the tale!
- Pretty much every launch of Camino to test something goes through Troubleshoot Camino these days, so all of those would-have-been
open path/to/one/or/another/Camino.app commands are also missing.
- Thanks to bz for
tcsh variant; otherwise I wouldn’t have been able to play along and take this needed break.
Permalink
04.11.08
Posted in Camino, Life at 1:40 am by Smokey
Over a year ago, I filed bug 368091 to make it possible for Toolkit’s copy of license.html (about:license) to serve as a licence file appropriate for all mozilla.org projects, not just the then-Corporation Fire/Thunder pair. (That bug was itself the result of a September 2006 bug to fix the XPFE copy of license.html to stop telling Camino and SeaMonkey users their official binaries were released under the Corporation EULA, which in turn was the result of a June 2006 bug to clarify the licensing references for Camino.)
For a long time bug 368091 sat unloved, with the neglect punctuated by brief flurries of activity which generally ended with exasperation and stalemate over seemingly mutually incompatible requirements. In the meantime the two copies of license.html grew to three, and every change to about:license had to be made either three or six times across mildly-forked copies of the file. This was no fun for anyone involved, including branch drivers approving changes for licensing compliance. Finally, after Stefan Hermes filed a bug last month about bad redirects on mozilla.org (and indirectly about bad URLs in SeaMonkey following its switch to Toolkit), I decided to post an interim patch for 368091 just to get the discussion moving again. Several weekends (and two additional patches for 368091 and one for Thunderbird), we’re down to only two copies of license.html on the trunk, and the Toolkit copy is now suitable for all mozilla.org applications. Phase 2 is complete!
For the curious, toolkit/content/license.html is now pre-processed before being packed into toolkit.jar, which ensures the copy of the license in toolkit.jar is devoid of application- or organization-specific EULA blocks. Firefox now takes toolkit/content/license.html, pre-processes it to include the Mozilla Corporation EULA block, stuffs that file in browser.jar, and sets up a chrome override so that about:license’s chrome URL (chrome://global/content/license.html) is overridden with the chrome URL for the Firefox-specific version. Thunderbird currently strips out the “about:license” fragments of all of the anchors in toolkit/content/license.html and ships a stand-alone file instead of shipping a stand-alone forked copy of license.html; after bug 428144, Thunderbird will also post-process in its EULA block. If you’re building a browser-type application, you can use the Firefox model to build your own license file; if you’re building a non-browser application, the Thunderbird model (most of Phil Ringnalda’s original “ship a stand-alone file” work in bug 339117 plus my patches from bug 427316 and bug 428144) should work well for you.
When I started filing these bugs back in June of 2006, I never intended that “one license to rule them all” would turn into what appears to be an obsession (at that point, I certainly didn’t expect I would fix any of the bugs along the way, let alone most of them). For over a year bug 368091 has been my #2 tab—perhaps that should have clued me in to the borderline obsession—and I’m delighted that I can finally close that tab. We’re not quite done with the quest to drive the number of license files on the trunk to one—XPFE (and thus Camino) still has a copy, but its days are numbered once I’m done with Camino 1.6 release work—and there are a couple of other follow-ups to finish, but we’ve completed the hard part of the trek.
This has been an interesting journey for me, and I extend thanks to everyone who helped out along the way—Gerv Markham and Frank Hecker at the Foundation, Robert Kaiser, Chris Thomas, and Stefan Hermes from SeaMonkey, Phil Ringnalda from Thunderbird (who, among other things, kept reminding us that any solution had to work for non-browser apps), Reed Loden on the www.mozilla.org side of things, Benjamin Smedberg for finally driving me to the correct solution, code review, and the SunOS tinderboxen bustage fix, and Samuel Sidler for getting things rolling (perhaps I should be cursing him instead? 
).
Stay tuned for Phase 3, coming in a few weeks, and then our long international nightmare will be over.
Permalink
04.06.08
Posted in Camino at 11:41 pm by Smokey
Just a brief reminder that the student application deadline for the 2008 Summer of Code is Monday, April 7.
- Since the last update two weeks ago, we’ve released two new betas. As usual, Stuart Morgan was chasing down the last bug fixes, Mark Mentovai did the build-wrangling, and I handled pushing all the changes to the website and to software update.
- In addition to chasing down the last few beta blockers, Stuart has also been alternating between working on the few remaining code bugs for 1.6, starting to clean up regressions on the trunk caused by Core changes, triaging the 2.0 bug list, and doing other fun code cleanup. He also snuck in a patch to support a couple of multi-touch gestures produced by Apple’s new MacBook Air and MacBook Pro trackpads.
- Chris Lawson, working with Philippe Wittenbergh’s river of error reports, got Camino trunk building again with the 10.5 SDK (we last verified 10.5 SDK compatibility before we made compiler warnings fatal, so the problems were only warnings about deprecated functions).
- Our fearless leader, Mike Pinkerton, wrote a brief note in honor of Mozilla.org’s 10th anniversary. For more of his remembrances of the decade, you can read (or listen to) his interview with the Mozilla Digital Memory Bank or watch his Google TechTalk.
- Sean Murphy finished his work to prevent Camino from completely overwriting corrupt
WebSearchEngines.plist files and continued his investigation of a new feature we’re tentatively planning for Camino 2.0.
- In addition to my work on the two betas, I worked on finishing up the set of files that our localization teams will need to translate for the ✈ release (Mark had the final word on the text, as always). In between working on updating the website so that it will be ready for the release of 1.6, I’ve written a few small patches to Gecko’s Mac font defaults. I also spent some time this weekend working on the “one license to rule them all” problem and made Thunderbird generate its
license.html file from the shared Toolkit file, reducing the number of copies of the license file from three to two. Once we make the shared Toolkit file sufficiently generic, we can reduce that number down to one.
As the pilots say, we’re going through our pre-flight checklist right now, and we expect ✈ to be cleared for takeoff in about a week, depending on the schedule for the next Gecko release. In the meantime, please let us know if you find any problems in Camino 1.6 Beta 4.
Permalink
03.27.08
Posted in Camino at 11:39 pm by Smokey
You might have noticed that Camino 1.6 Beta 4 has just made an appearance, only two days after 1.6 Beta 3. In what seems to be a unpleasant case of history repeating itself, there was a fairly commonly-hit crash in 1.6 Beta 3, so we decided this morning to release a Beta 4 to make the beta experience as pleasant as possible.
I don’t remember much about the Camino 1.0 betas (it seems like ages ago!), so they were probably mostly “major crash”-free. Many of you will recall, though, that Camino 1.5’s sole beta was particularly plagued by a random crash, and while we did urge everyone to move to a new build, we didn’t release a new beta (which, in hindsight, we should have done). More recently, Camino 1.6 Beta 1 had not even officially been released when we replaced it with Beta 2 due to a just-fixed Core crash. Thanks to software update, it’s much easier to release a new version and ensure everyone gets notified and upgraded in a timely fashion, though we don’t want to do so too often and induce “update fatigue” among our users.
Yesterday a user reported a crash when clicking on a <select> during pageload, and although I couldn’t reproduce the crash and hadn’t seen it in my testing and use of Beta 3, his crash log was plausible. However, Stuart Morgan was finally able to reproduce the crash on one of his Macs, and he worked up a fix right away. When early reports indicated that a large number of users could be hitting this crash, we decided earlier today that we should release a Beta 4 to fix that crash (and another, much less common, crash that Stuart had also fixed on Wednesday). As far as we can tell, the Beta 4 release has gone a bit better (no crashes in Talkback yet!)—knock on wood—and it seems that I managed not to flub any of the website changes this time around, too.
Thanks go again to Stuart Morgan for the bug-fixing, Mark Mentovai for the build-wrangling, and Mozilla Corp’s Nick Thomas for getting us in Bouncer right away.
Special thanks to everyone who reported this crash, either in Bugzilla, the forum, or in via Talkback (for those using PPC Macs), and we apologize to everyone for the inconvenience. (And I hope this is the last release I write about before Camino 1.6 ✈ itself!)
Permalink
03.25.08
Posted in Camino, Life at 9:21 pm by Smokey
This afternoon, we released Camino 1.6 Beta 3. If you’re using Camino 1.6 Alpha 1 or newer, please let software update notify you of the new release or or choose from the menu. If you’re not using Camino (why not? ), you can visit our preview site for more information. The automatic updates are now using Stuart’s new script, which allows us greater flexibility and which will facilitate a completely localized update experience for users of Camino 1.6 Multilingual.
There’s not a “by the numbers” this time around, but it feels like the release went pretty smoothly. So far (knock on wood). Sam was pretty busy all day with today’s Firefox 2.0.0.13 release, so most of the final “releasing” work was in my lap again. This is the third release I’ve pushed live (I think), so the work is starting to feel like a routine (Sam’s Release Checklist and the incremental improvements we’ve made to our website code and the process really help). It only took me about twenty minutes to make all the changes and another to five fix the various typos. Other than the bizarre issue where the Camino Blog post isn’t showing up on either Camino Planet or Planet Mozilla, it looks like the final releasing work went off without a hitch.
Since the period between Camino 1.6 Beta 2 and Beta 3 was a little extended, I had forgotten some of the great features that are new to anyone using Camino 1.6 Beta 2. Here are some of the highlights:
- Right after Beta 2, we landed Bryan Atwood’s patch that allows Camino to store and access login information for multiple accounts at the same site. That means Camino’s Keychain implementation, which predated the modern Keychain APIs, finally is all grown up. Thanks again to Bryan for all of his hard work on this feature.
- We now support passing feeds to certain web-based feed readers. Though I wrote about this feature in February, it wasn’t until Stuart’s patch that landed Monday that the feed handlers were automatically activated for everyone to use.
- There were dozens of user interface improvements and a couple of big web compatibility fixes, but the change you’ll notice most—or perhaps not notice at all, which is a bit by design—are the new icons for a number of our main toolbar items. They feature subtle polish to make them fit in much better on Mac OS X 10.5 while not looking completely out-of-place on 10.3 or 10.4 and maintaining the distinctive Camino look we all love. It wasn’t an easy task, but I think the new icons succeeded. As an added bonus, many of the icons that did not previously have specially tuned 24×24 pixel versions now do, so they look even sharper at small sizes.
As always, thanks to Mark Mentovai and Stuart Morgan for doing most of the dirty work related to today’s release, and I hope everyone enjoys Camino 1.6 Beta 3!
Edit: It turns out that the Planet problem, like every other problem I noticed this afternoon, was due to my inability to change all the required numbers correctly after copying and pasting. 
Permalink
03.24.08
Posted in Camino at 1:36 am by Smokey
With two holidays this week, everyone was a little busy, but we continued working on the final pieces for Camino 1.6 Beta 3 and a couple of other non-✈ projects.
- Despite the best efforts of the week’s nasty Mozilla infrastructure failure to foil us, Stuart Morgan posted our existing 2008 Summer of Code project ideas. If you have any other ideas, be sure to let us know post-haste. The student application period begins Monday and lasts throughout the week, and we hope to receive another good crop of applicants again this year.
- Stuart and I continued working on getting the last minor annoyances worked out of the new software update appcast script, and it handles everything we’ve thrown at it so far. 1.6b3 will be the first real-world exercise of the script, and I don’t expect any problems.
- Stuart, Sean Murphy, Markus Magnuson, and I have all been working on patches or reviews for bugs.
- Stuart in particular has been attacking what’s left of the 1.6 bug-list, bringing old patches up to speed and writing new ones. He fixed the long-standing bug where a
<select> would get focus after being clicked on (instead of when being clicked on), finished Nick Kreeger’s patch to get window.blur working properly, fixed the odd-looking “loading” site icon, and, much to my relief, wrote the patch that makes our new web-based feed handler support active on first launch of Camino.
- Sean continued his work on preventing dataloss with corrupt
WebSearchEngines.plist files, on sorting out the localized vs. canonical font name “mess” on the trunk, and on investigating a new feature we’re tentatively planning for Camino 2.0.
- This week I landed both Markus’s patch to eliminate the last strings that were duplicated between the preference panes and the main application and also my patch to fix the display of ftp directory listings on the trunk. I also worked on patches for a few Core bugs, including more work on default font preferences and on the problem of the Mozilla Corp-centric nature of the shared
toolkit/content/license.html file (aka about:license) and the lack of “one license to rule them all.” (I also filed two Firefox bugs about brokenness that had annoyed me over the past week every time I had to test something in Firefox. That served as a good reminder that if you see something broken, don’t assume that someone else has filed the bug already; if you can reproduce a bug cleanly and reliably, you should always file it yourself—after searching, of course.)
I think that’s all for this week. Hopefully next week’s update will include “Camino 1.6 Beta 3 released.”
Permalink
03.19.08
Posted in Camino at 12:58 am by Smokey
In case you’re wondering why your favorite planet has been light on Camino news lately, it’s probably my fault. I’ve been busier than normal in the non-Mozilla parts of my life. However, we’ve not been standing completely still over in Camino-land, so here’s a quick overview of what we’ve been doing the last few weeks.
- First, the 2008 Google Summer of Code is coming up, and we’ve been thinking about project ideas we’d like to see student developers work on with us (we’ll have our existing ideas added to the Mozilla page soon). If you have any ideas you think would make good summer projects for Camino (keeping in mind the “summer” time-frame), or if you’re interested in applying to the SoC to work on Camino, please feel free to contact us on irc or leave a comment here.
- Samuel Sidler spearheaded the drive to update our main toolbar icons to fit in better on 10.5, and the first fruits of that labor are now in the nightly builds (well, have been for about two weeks now). I think the new icons do a good job of maintaining the Camino identity across three major OS versions, fitting in better on Mac OS X 10.5 where we need stronger, harder lines, while managing not to look terribly out-of-place on the unified toolbar of Mac OS X 10.4 and on the “faded pinstripes” of Mac OS X 10.3.9. (For those of you not lucky enough to have Camino in your Dock, you can take a look at our screenshots.) Special thanks go to Philippe Wittenbergh who helped us solve the color and filesize conundrum with the new icons.
- Sam has continued working on refining the infrastructure for our website, with a little bit of help from me. He and I have also been working on deploying the new, improved software update script that Stuart Morgan wrote; the new script allows us more customization and even the possibility of a completely localized update experience.
- Speaking of localization, our cohort of localizers are hard at work on localizing what will become Camino 1.6. Stefano Biagioni Wrobleski, our pt-BR localization lead, has offered to mentor new teams just getting started, so if Camino is not available in your language, now is a great time to join the caminol10n team. In addition, Sam and I, in collaboration with caminol10n lead Marcello Testi and German localizer Tobias Stohr, have been working on a policy for localization of our new set of default bookmarks.
- Jeff Dlouhy, Sean Murphy, Markus Magnuson, and I have all been working on patches or reviews for smaller bugs.
That’s it for now; more next week…I hope.
Permalink
03.03.08
Posted in Camino at 2:42 am by Smokey
This week we reached one of the last major milestones on the way to ✈, the localization freeze. Our hard-working team of translators are now at work at bringing you what-will-be-Camino-1.6 in over a dozen languages. (Also, if your language doesn’t currently ship in Camino 1.5.5 Multilingual, now is a great time to stop by caminol10n and learn how to bring Camino to your language!)
- Stuart Morgan worked hard this week on getting the last localization-sensitive bugs reviewed and landed. He fixed bugs related to OpenSearch support, the Keychain, software update, and spell-checking. If you’re on Mac OS X 10.5, you can now sanely switch which dictionary the spell-checker uses (unfortunately, Apple provided no way to implement this before 10.5, so everyone else still must use this method), and all users can look forward to selectively enabling or disabling spell-checking for any given text field. In addition to reviewing Camino patches, this week Stuart also reviewed some patches to Core code that affects Camino.
- Sean Murphy finished his work on OpenSearch follow-up bugs this week, reviewed some of Stuart’s new code, and started work on his next major project: fixing the tab chain throughout the entire browser window.
- Markus Magnuson posted his patch to replace most of our “Cancel” buttons with names that are more descriptive of the button’s function, e.g. “Don’t Quit” instead of simply “Cancel.” Stuart and I reviewed the patch on Friday evening and Stuart committed it that night, bringing the localization freeze into effect.
- Samuel Sidler and I both spent time this week investigating why caminobrowser.org has been experiencing periods of slow responsiveness and apparent high resource usage recently.
- I spent most of this week on QA activities, triaging unconfirmed bugs, chasing down regression ranges, and other things of that nature, though I also landed a new
.nib to fix tabbing in the Pop-up Exceptions List on 10.5. I spent most of my Camino time over the weekend working on getting Mochitest running with Camino and trying to avoid the latest uncivil unrest.
We’re down to only a few bugs blocking Camino 1.6 Beta 3, so continue to expect it “soon.”
Permalink
« Previous entries