Posts Tagged 'Firefox'

Firefox ESR 38 for OS/2: update to version 38.8.0

An update from 38.2.1 to 38.8.0 (Beta 7) has been released. There has been no major enhancements in the port except security fixes. Changes for this release:

  • native printing is disabled
  • simple (zip) based setups are not supported

Firefox ESR 38 for OS/2 Beta 6 released

The long awaited Firefox ESR 38 release (38.2.1) is now available after the previous alpha builds in 2015. It took some more time to work on the new fontconfig support and the pango/cairo display engine. The font support and rendering has changed compared to previous versions and thus it requires additional config files and runtime dlls. A newer Cairo version is required for pango, this was ported and is working but printing is currently broken because of this change.
The update to ESR 38.6.1 is already on the way, Mozilla’s next planed update will be ESR 38.7.0.

Firefox 38 ESR beta for OS/2

Firefox 38.2.1 ESR beta for OS/2

Changes in this release:

  • Switch to original fontconfig for much better font substitution.
  • Switch from GPI to Pango for better text layout and rendering. This obsoletes ‘gfx.os2.font.*’ properties and also brings long-awaited support for @font-face (loadable Web fonts).
  • Temporarily disable native print driver support which is currently broken.

Firefox 38.2.1 ESR Release OS/2 Beta 6 (en)

Firefox 24.8.1 ESR Beta 3 for OS/2 & eCS released

A new year, new software: the new Beta 3 of the Firefox 24 ESR branch for OS/2. The base code is the same as in the Beta 2 release and the main dll of Firefox (XUL.DLL) can now be loaded into high memory (HMA) by using an external utility. To create a detailed error report its required to load the symbol files of this build and the latest Exceptq runtime, the links can be found on the release page. Update: it seems that the ability to load xul.dll into high mem is again broken as issue #89 is tagged as not resolved.

Changes in this release compared to the previous Beta 2 (24.8.1) release:

  • fix for the trap report generation
  • XUL.DLL can now be loaded into high memory (HMA) by using the highmem utility