Coming back from a two week vacation just to find the office half empty because the others have gone on vacation is a bit boring, but at the same time it is very relaxing, giving me a slow start.... The boring part is that so little happens at work when people are on vacation. While I was expecting to make a small changelog this time, I didn't expect it to be this small. Anyway, give the build a spin, we're closing in on 9.52 final now.

WARNING: These are development snapshots: they contain the latest changes, but they also have severe known issues, including crashes and data loss situations. In fact, they may not work at all.

Changelog

• Readded the Windows shell menu to the Transfer context menu
  
• Fixed an issue with lists not displaying correctly when text rendering is RTL
  
• Fixed opening of files in external applications when disk cache is off
  
• Fixed issue with low quality on YouTube video previews
  
• Fixed mail appearance when Opera is installed in a folder with a "#" character in its name
  
• Fixed RealPlayer on BBC
  
• Added work-arounds for problems with various POP servers
  
• Fixed problem updating signature when switching accounts
  
• Quite a few stability fixes
  

Download
Windows
Windows Classic
Macintosh
UNIX

Today's post will be a bit unusual in the sense that it won't be about Opera itself, but rather about how Opera is brought to you. This post will attempt to explain to you how we get from a lump of source code that can be compiled in a lot of different ways with many different options to the Opera packages that you can download and install from this blog.

Install? That is already a complex process on its own. You do it once and never think about it again, but the fact is that installation is a crucial process and it has to work properly, otherwise you can't enjoy your favorite software! So, how do we fit all our code in an executable, then pack it in an installer?

There are essentially two processes that take part here: Building and packaging. We have a build system that realizes both of them. The first part of it is a web interface that collects build requests from everyone and then dispatches them to our build servers, each of which can make a build for the requested OS. The second part is a script, partly different for each OS, running on each build server which takes care of building and packaging.

The building part is pretty much the same on each platform: it obtains the requested version of the source code, compiles it with the right options and builds it into an executable (and libraries). The compilation part is taken care of by a compiler specific to the platform on which the build is made and it mostly takes care of itself, as long as the source code is correct.

At that point, everything is ready for packaging, and the script becomes very different depending on the OS. I will talk more specifically about packaging on Windows, since I am responsible for the Windows part of the build system.

There are two kind of packages on Windows: MSI packages made with InstallShield and "Classic" packages made using an old version of the WISE installer. The WISE installer is relatively easy to configure. It takes a sort of installation script, written in its own scripting language, and just executes it. It uses an additional DLL to realize functions that are not possible with only the script itself (like detecting Windows Vista). Although it is nice and easy, the WISE installer is not very well adapted to Windows versions more recent than Windows 98.

InstallShield is a much more powerful tool and MSI installers are a lot more complicated to put together. I won't get into much details here, but there is a huge amount of configuration that can be applied to an InstallShield package. It relies on an ISM file (Installer definition) which is XML formatted and indicates what the package should do, once compiled.

The packaging script starts by opening the installer definition file and set up a few things in it, preparing languages and translations of the installer itself. It enumerates all the files that need to be in the package and puts them in the right place. After a few more tweaks it builds the MSI package. The process is done once for each MSI package. The WISE installer is built along with the english-only MSI package but the process is trivial in comparison.

Maintaining and improving the build system and packaging scripts is no small task, but also an important task. Without it all builds and packages would have to be made manually!

This was it, a small peek at a hidden, but important part of Opera development.

In other news, our QA team has started their own blog - head over to the new QA blog for more peeks "under the hood".



Changelog:

• Fixed a URL encoding issue in javascript: URLs
  
• Fixed an issue with the BBC iPlayer RealPlayer plugin not working
  
• Several stability fixes
  
• Fixed a problem where GMail would not load
  

Download
Windows
Windows Classic
Macintosh
UNIX

We released 9.51 today, which addresses a few security and lots of stability issues. This release is a recommended upgrade for all those running the latest stable releases.

Changelogs are available:
Windows
Mac
Linux/UNIX

Go download it!

More fixes in the pipeline for 9.51! As always, we appreciate constructive feedback. Main focus was on stability and the installer - some issues that users have encountered when upgrading from 9.27 should now be finally solved.

Changelog:

• Security status should be now always correctly set when navigating from HTTP to HTTPS.
  
• Fixed an issue related to OCSP and CRLs that would lower security level - Yngve has a detailed article. You'll have to manually check for updates to activate this fix.
  
• Fixed an issue in the content blocker that might cause no page to be loaded anymore.
  
• Fixed a crash on Yahoo! Mail (now really!).
  
• Fixed a crash with userjs.
  
• Fixed a crash related to Dragonfly.
  
• Fixed a crash on Print Preview.
  
• Fixed an issue that caused unwanted line breaks in rich text editors.
  
• Fixed loading of stylesheets when navigating in history.
  

UNIX specific:

• Fixed an issue that would prevent pages from closing on Qt4 builds.
  
• Fixed saving of changes to plugin configuration.
  

Download
Windows
Windows Classic
Macintosh
UNIX

It's time for maintenance - we have been fixing several of the most reported issues in 9.50 - including a rather nasty crash on Yahoo Mail. Have fun testing - and as always, we'd appreciate feedback.

WARNING: These are development snapshots: they contain the latest changes, but they also have severe known issues, including crashes and data loss situations. In fact, they may not work at all.

Changelog:

• Fixed crash on Yahoo! Mail.
  
• Fixed a crash when clicking the feeds button.
  
• Fixed a crash when installing Shockwave Player 11.
  
• Fixed some issues with the search engines when upgrading from 9.2x: it is now possible again to edit the Google search.
  
• Fixed a leak when printing or in print preview.
  
• Fixed a GDI handle leak in the transfers window on Windows.
  
• Fixed thread expanding in Mail when receiving new messages
  
• Fixed some issues with subscription to IMAP folders.
  
• Fixed a too zealous reconnection of the IRC client.
  
• Fixed "reuse current tab" feature in speed dial on Mac.
  
• Finetuned some issues in the new skin.
  

Download
Windows
Windows Classic
Macintosh
UNIX