Release 1.2.8.1

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

Fixes:

• 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["@mozilla.org/privatebrowsing;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

Plus:

• Added Portuguese locale

[Update January 8, 2011]
Additional fixes after second Mozilla review (new version now 1.2.8.1):

• 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

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

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

Release 1.2.8pre2

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

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

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

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.