Tuesday, December 28, 2010 | 19:17

Changes in this release:
  • Available locales English, Czech, German, Dutch, French, Swedish, Danish, Spanish and Portuguese
  • Added option to exclude fieldnames from view
  • Added global keybindings for most menu-items in (right-click-)contextmenu
  • Added option to Export/Import keybindings (default yes)
  • Added menu-option to display (toggle) the fieldname next to each formfield
  • Added option to manually save formfields (current field or all fields on page)
  • Improved performance places db-lookup (faster startup)
  • Set fixed width for the about dialog

  • Fixed About dialog not properly displayed in 4.0b8pre
  • Fixed Add-on bar right-click menu showing next to popup-menu of FHC itself (Mozilla 4.0)
  • Fixed Show icons in regexp menu when invoked from cleanup criteria dialog
  • Fixed SeaMonkey bug: undefined Components.classes[";1"]
  • Fixed SeaMonkey bug: undefined gBrowser.tabs
  • Fixed this.treeBox.view.selection warning in FF4
  • Re-use existing formhistory dbconnection from browser
  • Possible unresponsive script error: query places db using a background thread

In this release further improvements on the places query (by using a prepared statement). The initial query on my formhistory data takes about 65ms to complete. Looking up additional place data is now reduced from more than 1 second down to 160ms. When Form History Control is opened right after starting the browser, it still might take some 600ms which is probably caused by the fact that the places database is not cached yet.

[Update January 3, 2011]
Additional fixes after Mozilla review:
  • Added FHC namespace to element IDs in overlays
  • Fixed "leak symbols into global scope" in some event listeners
  • Added Portuguese locale

[Update January 8, 2011]
Additional fixes after second Mozilla review (new version now
  • Using a background thread to query the places database is no longer allowed so I had to fix that. This is related to Mozilla bug 608142 (see also this forum post)
I wish the reviewer had reported this in his first review so I could have fixed this the first time.

Release 1.2.8pre4

Sunday, December 12, 2010 | 20:19

In this release I improved the query of places information (the probable url the formfield was used). A user reported an unresponsive script error that was caused by the places query. I now perform the query asynchronous, after the main dialog is displayed. Unfortunately the method I have to use (using a different thread) is deprecated in FF4.0. In the next release I will further improve the performance and efficiency of the query and hope the unresponsive script will no longer occur (an unresponsive script error is triggered when a script takes more than 20(!) seconds to complete).

Changes in this release:
  • Added locales Czech, French, Swedish, Danish and Spanish
  • Fix possible unresponsive script error (query places db asynchronously)
  • Places lookup (url, host, title) temporarily not working in FF4.0b/SM2.1b (Bug 608142)
  • Minor technical improvements

Release 1.2.8pre3

Monday, December 6, 2010 | 20:37

This release is intended for translation only and was uploaded to Babelzilla on December 6th.

Release 1.2.8pre2

Sunday, December 5, 2010 | 21:57

This is a pre-release of 1.2.8 with only English and Dutch translation. The final release will be published when all major translations are finished. The planned release date is two weeks from now. It can be downloaded from here (1.2.8pre2).

Changes in this release:
  • Added a preference-option to manually save formfields (save current field or all fields on the page).
  • When displaying info labels next to each formfield, clicking on a label will expand the label showing more info (javascript must be enabled).
  • Fixed not showing menu-icons in regexp menu when invoked from cleanup criteria dialog.
  • Fixed About dialog not properly displayed in 4.0.
  • Fixed Add-on bar right-click menu showing next to popup-menu of FHC itself (4.0).
  • Fixed this.treeBox.view.selection warning in 4.0.

When the manual save option is enabled in the preferences window (Miscellaneous - Manual save), extra keybindings will become available as well as extra menu-items in the contextmenu. This feature can be handy when 'Remember form history' is turned off, but one still wishes to remember form history for selected forms and fields.

I am planning a more sophisticated strategy for the next release (1.2.9?) where 'Remember form history' can be turned on or off on a per website basis.

Release 1.2.8pre

Monday, November 15, 2010 | 08:57

This is a pre-release with only English and Dutch translation. The final release will be published when all translations are finished.

Changes in this release:
  • Added keybindings for all actions available from the context-menu (optionally exported in configuration xml).
  • Added a menu-option to display (toggle) a label displaying the fieldname next to each formfield. Hovering with the mouse over the label, reveals even more information.
  • Added preference-option to exclude fieldnames from view.

Release 1.2.7

Sunday, October 17, 2010 | 22:45

I have added many new features in this release (see release notes), including the ability to show the page (title, host, url) the formfield was first and/or last used.

The page a formfield originated from is obtained by examining the browse history. So in order for this to work, Firefox's "Remember browsing history" must be turned on. If browse history is available around the time the formfield was first or last used, the originating page can be obtained from the history database (places.sqlite). This however may not always be accurate! When a page is loaded by the browser, it is stored in a database along with the current date and time. The data for a formfield however, is not stored until it is submitted. This will always be some time after the page has been loaded. If the user loads a second page for instance in another tab, submitting a form in the first page will result in formfields being registered right after the second page was loaded. In this scenario Form History Control will link the incorrect page to the formfield.

In order to get a slightly simpler look I decided to get rid of the "Show only matching cleanup criteria" checkbox and replace it with a button under the cleanup tab.

For a complete list of changes, see Release Notes.

[update 23 Oct 2010]
Version 1.2.7 has been reviewed and is publicly available as of 22 Oct.

Release 1.2.6

Wednesday, June 30, 2010 | 09:48

Upon checking the extension with FF 4.0b2pre I discovered that the XML-export was broken, it produced an empty file. It turned out that obtaining the name and version of the extension, which is added to the XML-file, used some obsolete methods on the rdfExtension handler I had changed recently to support the new addon-manager.

Having fixed this bug I noticed an exception in the errorconsole which was caused by the fact that on a fresh profile the cleanup db not yet exists. If the preferences dialog is openend, it tries to determine the filesize which will cause an exception to be thrown.

Having fixed these issues I increased the maxVersion for the extension on Firefox to 4.0b2pre.

Release 1.2.5

Thursday, June 24, 2010 | 18:33

Did some more testing on the SeaMonkey nightly build which caused me to do some bugfixing.

I increased the maxversion of SeaMonkey to 2.1a3pre

I solved a little bug: when using a new profile, the formhistory is not created yet (by SM) and the extension should show a warning about that fact. Instead it displayed an error about the directory not being writable instead of a warning about the database not being created yet.

Added a workaround for SeaMonkey: In order to display translators/contributors in the about-dialog, the new Addon object (obtained from the new Addon manager) has no getResourceURL() method where it does exist(!) in FF.

Release 1.2.4

Sunday, June 20, 2010 | 11:05

The Portuguese translation for the latest version became available and is now included in this version.

I tested Form History Control on the nightly build of Firefox (3.7a6pre) to discover that the Extension manager had been replaced by a new Addon manager. This change affected both the About dialog and the information tab in the Preference dialog. Both dialogs display some information about the Extension itself which is obtained from the Extension manager. I had to make some changes in order to make it work with both the old and new manager.

Changed the Firefox maxVersion to 3.7a6pre in install.rdf.

I also tested the new beta version of the Flock browser. Since the new version is based on Google Chrome, the Form History Control Extension will no longer be supported.

Release 1.2.3

Friday, May 14, 2010 | 15:55

This release only contains a bugfix for the non critical error: redeclaration of const FhcShowDialog.

Release 1.2.2

Tuesday, April 27, 2010 | 18:27

A bug was detected by one of the SeaMonkey users (thanks to Cat). The cause was a function in Javascript which tried to detect whether the browser was in private browsing mode. This test failed in SeaMonkey causing the formhistory not being displayed.

Also in this release two new locales (not finished in time for the previous release), German and Italian.

[update 1 May 2010]
Version 1.2.2 has been reviewed and made public as of 1 May.

Release 1.2.1

Monday, April 5, 2010 | 20:42

Finally, after months of hard work the new version is ready for release. I have added many new features, incorporating most of the feature requests made on this blog (see release notes).

Not all translations were finished, but I did not want to wait any longer releasing this version. The finished translations are Czech, English, Spanish, French and Dutch.
Not finished yet are: bg-BG, de-DE, pt-BR, hu-HU, it-IT, ru-RU, sk-SK, tr-TR and zh-CN. As soon as they become available I will create a new version and upload it to Mozilla.

The review process at AMO should be a lot faster nowadays, I hope the add-on becomes available within the next two weeks.

[update 13 Apr 2010]
Version 1.2.1 has been reviewed and made public as of 13 April.