Form History Control

Release 1.2.10.2

2012-01-28T01:09:00.001+01:00

Minor change in this release:

- Added locales for ru

Thanks to Vinser for updating the Russian translation.

Release 1.2.10.1

2011-11-27T14:57:00.002+01:00

Minor change in this release:

- Description changed in install.rdf for zh-CN locale.

Again many thanks to Techlive Zheng and other translators for their efforts.

Release 1.2.10.0

2011-11-16T14:36:00.002+01:00

Minor changes in this release:

- Added locales for tr and zh-CN
- Fix for lengthy (German) translation (Edit Cleanup/Protect criteria)

Release 1.2.9.3

2011-07-25T16:51:00.005+02:00

Minor changes to keep up to date with the latest FF/SM versions.

Some methods in the nsiJSON library I use in order to create an autocomplete searchfield for fieldnames (advanced search) have been deprecated. Since the autocomplete did not work anymore due to some earlier updates in FF, I decided to drop this feature.

See also the release-notes.

Release 1.2.9.2

2011-06-15T09:16:00.002+02:00

In this release some minor bugfixes. I was hoping to come out with a new major release sooner but the new improvements take more time then anticipated.

- Fix size (height) problem on MacOS (preferences dialog)
- Fix "Error: tbMenu is null"
- Improved regular expression for Credit card

Release 1.2.9.1

2011-05-13T23:55:00.005+02:00

In this release many minor enhancements and bugfixes. The next release I am currently working on will contain some major enhancements.

One of the less visible enhancements (for most users) in this release is support for dark OS-themes. The lists I use in this add-on have alternating background colors for even and odd rows. The defaults for windows and linux showed no difference between the two colors so I defined my own custom colors (2 shades of light gray) to get a nice and subtle effect. On dark OS-themes however it led to unreadable lists because in that case the text is also a light color.

In this release I added the option to select light, dark, none or automatic background colors for lists. When none is selected, the system default will be used. If the automatic option is selected (which is the default) light or dark background colors are selected based on which theme gives the best contrast with the current text color. For MacOSX the automatic option will select none so the system colors will be used which look really nice by default (no surprise).

For a complete list of changes in this release consult the release-notes.

Release 1.2.9pre3

2011-05-01T19:31:00.002+02:00

Changes from 1.2.9pre2:

Added pt-BR locale
Fixed clickable browse history view
Fixed new Mozilla validation warnings

Release 1.2.9pre2

2011-04-21T17:00:00.001+02:00

Changes from 1.2.9pre1:

Available locales (cs da de en es fr nl sv)
Added an "Automatic" (default) option for the the skinnable list preference
Fixed Mozilla validation warnings
MaxVersion FF to 6.0a1

Release 1.2.9pre1

2011-04-10T22:58:00.004+02:00

This pre-release contains some minor changes and fixes and is not fully translated yet, so only English and Dutch are available. I am still working on a feature that enables or disables formhistory for individual domains and maybe also individual fields.

Changes in this pre-release:

Added support for new html5 text input fields
"Times used" field made editable (also for multiple selected entries)
Tree/List background(rows) skinnable (light, dark, none/system)
FuzzyAge: show up to 59 seconds before switching to minutes (was up to 30 secs)
Displayed host: show "localhost" for url file:
Fix: skip duplicate entries from imported xml-file
Fix: toLowercase is not a function error (when sorting host or title treeview-column)
Fix: Sorting on ageFirst column not working properly
Tech: Create the formhistory database when it does not exist yet (SeaMonkey)
Tech: Rewritten FhcSearchbarOverlay.js (simpler)

Release 1.2.8.1

2010-12-28T19:17:00.028+01:00

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

2010-12-12T20:19:00.006+01:00

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

2010-12-06T20:37:00.001+01:00

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

Release 1.2.8pre2

2010-12-05T21:57:00.015+01:00

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

2010-11-15T08:57:00.007+01:00

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

2010-10-17T22:45:00.009+02:00

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

2010-06-30T09:48:00.002+02:00

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

2010-06-24T18:33:00.005+02:00

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

2010-06-20T11:05:00.002+02:00

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

2010-05-14T15:55:00.002+02:00

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

Release 1.2.2

2010-04-27T18:27:00.008+02:00

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

2010-04-05T20:42:00.006+02:00

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.

Release 1.1.4

2009-12-13T22:19:00.009+01:00

Corrected some translation errors in locales de-DE, nl-NL, pt-BR and ru-RU. Apparently some translations were not uploaded to Babelzilla in utf-8. My IDE did not create an utf-8 encoded formhistory.properties file for de-DE, nl-NL and pt-BR since all characters fitted the latin character set. The ru-RU translation probably was not in utf-8 either but some other (non latin, non utf-8) code-page.

Anyhow, I have uploaded a new version 1.1.4 with the correct translations. It is now in the sandbox waiting to be reviewed and released. If you can not wait you can download it from here.

[update 19 Dec 2009]
Version 1.1.4 has been reviewed and made public as of 19 December.

Release 1.1.3

2009-08-30T09:50:00.003+02:00

I Changed the max. compatibility version for Seamonkey to 2.1a1pre.

Corrected the switched creator and homepageURL tags in the aboutbox (it showed the url where it should have displayed my name, and vice versa)

[update 16 Sept 2009]
Version 1.1.3 has been reviewed and made public as of 16 September.

Release 1.1.2

2009-08-23T23:30:00.004+02:00

After releasing version 1.1.1, I found out there was a new Firefox beta version. I immediately downloaded the new version and tested my extension on the latest FF build (3.7a1pre).
Everything still worked as it should, so I uploaded a new version 1.1.2 with the max. version updated from 3.6a1pre to 3.7a1pre.

Release 1.1.1

2009-08-23T23:02:00.000+02:00

Finally the extension has been reviewed by a Mozilla Add-ons editor who approved my extension to become public.

I immediately updated my extension to version 1.1.1 and included the new de-DE, pt-BR, ru-RU, es-ES translations.

New translations

2009-07-29T11:48:00.005+02:00

Today new translations were completed at the Babelzilla site. New translations were added for German (de-DE) and Portuguese (pt-BR) and a Russian (ru-RU) translation is also almost finished.

I am waiting with the next release until the extension gets reviewed by Mozilla and can leave the sandbox. For now it is still listed as experimental. I am waiting since June 28th for the review, I hope it will happen any time soon now.

Release 1.1.0

2009-06-28T22:31:00.011+02:00

This release contains some improvements for the about dialog, a translation was added for the fr-FR locale and the location for the sqlite database for storing cleanup information has been moved.

I discovered that updating the extension in Firefox is actually an uninstall + install which meant that the sqlite database located in the extensions home directory was recreated each time the extension was updated. In order to survive updates I had to move the database to another location. So if you upgrade from a previous version and you want to keep the cleanup data, your best option is to export the cleanup configuration and do an import after upgrading is completed. Since this change can have some impact for existing users, I changed the version from 1.0.7 to 1.1.0.

The javascript for reading data from the install.rdf only retrieved data for the current active locale. The contributor and translator tags had to be listed in each locale section in order to be displayed by the about dialog. Because this was very inefficient, I added some extra javascript to access the xml directly so the contributor and translator tags now only need to be listed once.

Thanks to the efforts of a couple of guys from babelzilla (Jojaba and Nico@nc), I could add a French (fr-FR) translation. Special thanks goes to Jojaba who was very patient with me since it was a struggle to get unique access keys for the many shortcuts.

Release 1.0.7

2009-06-23T11:52:00.008+02:00

This release contains a major bug fix for Mac OS X.

The extension got finally reviewed. Unfortunately the add-on had to remain in the sandbox because of a major bug crashing Firefox on Mac OS X. Since I have no access to an Apple Mac, I could not test my extension on Darwin. It was my hope that the extension would behave the same independent of the underlying platform. I did test my extension on Windows and Linux. As it turned out, menu's behave a little different on a Mac and my implementation (two edit menu's for the history-tab and the cleanup-up of which one is always hidden) caused the browser to crash. Unhiding an edit-menu was no problem, hiding however did not work and two edit menu's displayed at the same time did not please the Mac at all.

The solution was to use one edit-menu, and only show the menu-items applicable for the selected tab and hide the others.

In order to test my fix, I needed access to an Apple Mac. Fortunately, with a little help from google-search, I came across the OSx86 project. In a few hours I had a Mac OS X virtual machine running on my Intel PC and I was able to finally test my extension in Firefox on a Mac.

Release 1.0.6

2009-06-11T12:04:00.002+02:00

This release contains 2 enhancements.

I enhanced the about dialog so it can show clickable links in the contributors section. Information in the about dialog is obtained from the install.rdf and URL's detected in the contributors section are now converted into hyperlinks.

Nightly build 3.6a1pre reported an error: redeclaration of var Ci.
This was caused by the global javascript const Ci (Ci = Components.interfaces) defined in a separate javascript file (FhcGlobals.js) and used throughout the extension. Since this file only contained 2 declarations, I decided to replace all occurrences of the vars in my code and deleted the globals file altogether.

Release 1.0.5

2009-06-09T21:55:00.005+02:00

The one thing I felt was missing in this plugin was some help documentation available from the Help menu as well as a link to the Release notes.

In this release I added two submenu items to the Help menu to access the Help and the Release notes on this blog. The Help key now opens the Help page instead of opening the about dialog.

Introduction to Form History Control

2009-06-09T07:26:00.049+02:00

A Form History Control Tutorial
This is an overview of the plugin, not a detailed explanation of all it’s features.

Why you need this plugin
Opening the plugin
Managing the history of a specific field
The Form History Control Dialog
- Searching
- Sorting
- Filtering
- Editing
Cleanup

Why you need this plugin
This plugin displays all form data that has been saved by the web browser with options to filter the data either by keyword, active page, active field or cleanup criteria. It is furthermore possible to sort the data by parameter including form field name, value, date or popularity.

This plugin is very useful if you want to correct misspelled history entries. It saves you the hassle of deleting and entering the data anew.
This extension also enables you to selectively delete privacy sensitive information without having to delete the entire history. With the help of powerful regular expressions, information can simply and effectively be retrieved and/or deleted.

Maybe you have typed in a password in the wrong field and you want to prevent the password from showing up at the wrong moment. This plugin lets you easily search the complete history and selectively delete all data you do not wish to be stored for eternity. You can even automate this process by creating cleanup criteria so you can delete all unwanted data in a single action.

Opening Form History Control
Form History Control can be opened in many different ways:

From within a browser window: right-click to show the context menu, Form History Control is listed as a submenu
The Tools menu in the menubar of the browser also contains a Form History submenu
In the options dialog of the browser in the Privacy section is an extra button labeled "Show History" which will also popup the Form History Control
The right-click context menu of the searchbar field contains an option to view or manage the searchhistory

Managing the history of a specific field
The history of a specific form field can easily be managed by right-clicking in the form field which will popup the context-menu. Then from the Form History Control's submenu you can choose to either delete the complete history for that field or just delete the current value without having to open the plugins dialog.

If you choose the option Manage entries for this field, the main dialog will open with a filter activated that will display only the entries applicable to the current focused form field.

The Form History Control Dialog
The Form History Control Dialog contains two tabbed panels for managing History data and managing Clean Up Criteria.

Searching
The Search field at the top of the control offers the ability to search for specific field names or values.

Sorting
The list of form history data items can be sorted by clicking on the column header. Clicking the same header again will reverse the sort order.

Filtering
On the bottom of the list are 3 checkboxes which provide extra filtering options. You can optionally show only the fields for the current page or the current field (if a field has the focus on the active page). A third option will only show history data matching a set of Cleanup criteria which are managed in the Clean Up tab.

Editing
By selecting Edit from the menu bar or by right-clicking in the list, a context menu will popup providing extra options for managing history data.

You can insert a new history item or edit or remove existing item(s). It is also possible to delete all history items with the same name or the same value.

If you expect to delete specific items more often in the future, you can easily create cleanup criteria for the current selected item(s).

Remove, Edit and Insert are also available as buttons at the bottom of the control. Remove will delete all selected items, Remove All will delete all data currently displayed in the list (data not shown due to filtering will not be deleted).

Cleanup
The cleanup tab contains settings to automate the removal of form history. It includes options to remove form history data that has not been used for some time (default 90 days) and those that have been used less than x times (default 1).
You can also add criteria based on field name and or value with the option to match exactly or partly and case sensitive or not.
Two buttons at the bottom allow you to either preview the data matching the criteria or instantly delete all matching data.

Release 1.0.4

2009-06-06T22:14:00.010+02:00

As DonGato pointed out in his review, after deleting an entry with a key-shortcut, nothing is selected in the tree afterward which makes it difficult to continue navigating the list with keys only.

His suggestion was to select the next available entry. I totally agree with his suggestion and added it to the extension. Testing this I found that it helped only a little because the focus was now shifted to the button and you had to manually set the focus back to the tree in order to continue navigating the list.
So I added some extra code to set the focus back to the tree after one of the buttons (edit, remove, insert) was activated (and only if the tree already had the focus).

Key-navigation is now improved and feels much more intuitive.

Feature requests

2009-05-27T11:00:00.032+02:00

Add your own requests or ideas by commenting this post...

Configurable remember history

Stephan, Nov. 16, 2010: enable/disable formfill based on a (part of a) URL or domain.
As an option a user should be able to maintain a list of sites and/or domains to indicate when formfill should be enabled or disabled.

Keybindings

Steve, Oct 21, 2010: Doesn't look like there are Keybindings? I'm using Seamonkey and am versed in hacking keybindings via platformHTMLBindings.xml.
Stephan, Nov 2010: Added keyboard-shortcut preferences in release 1.2.8 (no hacking required)

Disable context menu

niko23, Aug 13, 2010: One important thing is missing: Option to disable right click context menus that this add-on creates. My context menu is already cluttered and I use main window when I want to find or change something. Just an option to disable context menu if someone want to would be a nice thing.
Stephan, Oct 2010: Incorporated in release 1.2.7

Add advanced search filter

Anonymous, Oct 2, 2009: Filter based on date and time last visited, number of visits. It's already listed on the advanced cleanup option but move some of the function to the search box of the main tab.
Stephan, April, 2010: Added a advanced search option to version 1.2.1

Associate URL with data

Anonymous, Sept 27, 2009: Any possibility of displaying the URL that the data is associated with when it is saved? And perhaps you could search those listed pages for the field name/id.
Stephan, October, 2010: Added URL feature to version 1.2.7. However: Associated URL's may trigger actions upon revisit, so the page will never be searched for the presence of fields.

Add a "not cleanup criteria"

Ty, Sept 27, 2009: Can you add a "not cleanup criteria"
Stephan, April, 2010: Added feature to version 1.2.1

Right click context menu for searchbar

Anonymous, Sept 22, 2009: The search bar field doesn't have the form control in the right click context menu. Please add it as it's easier to manage entries using form control UI then the native Firefox UI.
Stephan, April, 2010: Added feature to version 1.2.1

Export history as CSV

Anonymous, Sept 17, 2009: The XML export could easily be exported as CSV which is easier to manipulate in spreadsheets
Stephan, April, 2010: Added feature to version 1.2.1

Put the option for case senstivity on the dialog box itself

Anonymous, Sept 17, 2009: It's standard procedure in most applications (and is on firefox as well - see CTRL-F in page find for an example where it states "match case")
Stephan, April, 2010: Added feature to version 1.2.1

Make the Form History Control dialog box non-exclusive

Anonymous, Sept 16, 2009: Currently you can't edit the webpage on the window you called Form control from.
Stephan, April, 2010: Added feature to version 1.2.1

Make each line entry editable inplace on the listbox

Anonymous, Sept 16, 2009: I've seen other applications with this feature but can't recall where.
Stephan, April, 2010: Added feature to version 1.2.1

Sort order:

Mega, July 08, 2009: Possibility to change the order of the values of a field

Toolbar button:

TheAssassin, June 23, 2009: A toolbar button, to clean the entries according to predefined rules, would be useful
Stephan, April, 2010: Added feature to version 1.2.1

Improve key navigation:

DonGato, June 6, 2009: Set the cursor to the next available entry after you delete an entry (or multiple ones) as now there is no selection after that so it's hard to navigate by keys.
Stephan, June 6, 2009: Added feature to version 1.0.4

New release 1.0.3

2009-05-27T09:45:00.011+02:00

In this release I Improved the date-formatting for locales with a non Gregorian calendar.

The number of downloads keeps increasing rapidly. The popularity of this add-on exceeds all my expectations, especially since the add-on is still listed as experimental. Hopefully it gets reviewed by Mozilla pretty soon so it can leave the sandbox.

If you do like this add-on, please let me know by posting a review on the Firefox or SeaMonkey page.

If you have comments or a feature request you can post them as comment on this blog.

Release Notes

2009-05-27T09:37:00.066+02:00

1.2.10.2 January 27, 2012

Added ru locale

1.2.10.1 November 27, 2011

Changed description in install.rdf for zh-CN locale

1.2.10.0 November 16, 2011

Added locales tr and zh-CN
Fix for lengthy (German) translation (Edit Cleanup/Protect criteria)

1.2.9.3 July 25, 2011

Updated max versions for Firefox (8.0) and SeaMonkey (2.5a1)
Removed deprecated nsiJSON methods
Removed autocomplete for fieldname search (advanced search)

1.2.9.2 June 15, 2011

Fix size (height) problem on MacOS (preferences dialog)
Fix "Error: tbMenu is null" (toolbarmenu or statusbarmenu can be null)
Improved regular expression for Credit cards
MaxVersion FF to 6.*

1.2.9.1 May 12, 2011

Available locales (cs da de en es fr nl sv pt)
Added support for new html5 text input fields
"Times used" field made editable (also for multiple selected entries)
Tree/List background(rows) skinnable (light, dark, none/system) plus autodetection
FuzzyAge: show up to 59 seconds before switching to minutes (was up to 30 secs)
Displayed host: show "localhost" for url file:
MaxVersion FF to 6.0a1
Fix: skip duplicate entries from imported xml-file
Fix: toLowercase is not a function error (when sorting host or title treeview-column)
Fix: Sorting on ageFirst column not working properly
Fix: clickable browse history view
Fix: new Mozilla validation warnings
Tech: Create the formhistory database when it does not exist yet (SeaMonkey)
Tech: Rewritten FhcSearchbarOverlay.js (simpler)

1.2.8.1 January 8, 2011

Added global keybindings for most menu-items in (right-click-)contextmenu
Added option to Export/Import keybindings (default yes)
Added preference-option to exclude fieldnames from view
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 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["@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

1.2.7 October 17, 2010

Added preference to hide FHC from the Tools menu and/or the Context menu
Added associated page (host, url, pagetitle) to the history treeview
Added ability to search on host in advanced search
Added selection-list for regular expressions to cleanup-/protect-criteria dialog
Removed checkbox "Show only matching cleanup criteria" for cleaner simpler look
Added cleanup-preview-button under the cleanup tab
Previewing state now indicated by colored label on top/bottom of the treeview
Added cleanup-options time/usage criteria to preferences dialog
Added automatic cleanup-preferences to the Cleanup-tab
Save automatic Cleanup options (shutdown/tab-close) to xml-configuration as well
Bugfix: Opening URL from help menu-items in SeaMonkey failed
New Danish (da) locale
Translations it-IT and pt-BR not finished in time, postponed to next release

1.2.6 June 30, 2010

Fixed empty XML-Export (wrong method was used to obtain extension-name and version)
Fixed missing-file-exception when opening preferences and cleanup-db is not created yet
maxVersion FF to 4.0b2pre

1.2.5 June 24, 2010

maxversion SeaMonkey to 2.1a3
SeaMonkey: show message when formhistory not yet created (it is created on first use)
SeaMonkey workaround: display translators/contributors (new Addon object has no getResourceURL method)

1.2.4 June 19, 2010

Added pt-BR locale.
Changed FF maxVersion to 3.7a6pre
Changes to support the new AddonManager in FF3.7a6pre (4.0) (affected: About dialog and Preferences-information tab)

1.2.3 May 14, 2010

Bugfix for non critical error: redeclaration of const FhcShowDialog.

1.2.2 April 27, 2010

Bugfix for SeaMonkey: Formhistory was not displayed due to faulty Javascript function (test for privatebrowsing-mode).
Minor bugfix for FF3.7a5pre: presence of window.arguments was not detected correctly causing some minor hick-ups
Added German and Italian translations
Improved namespace encapsulation

1.2.1 April 5, 2010

Checkbox added to the (simple)search textbox to select case sensitivity
Added an advanced search option which optionally allows for searching with regular expressions (some predefined regexp are built-in)
Regular expression available in Cleanup criteria
Extra criteria list to protect specific formhistory items from cleanup
Extra option to automatically perform a cleanup on browserwindow-close and/or tab-close
Optional Form History Control menu via the toolbar or the statusbar
The Form History Dialog is no longer modal and is automatically updated to reflect changes in the formhistory
Most values can be edited directly inside the treecell
Option to quickly fill formfields in the current HTML-page using the most recent or most often used formhistory entries
Export the formhistory not only as XML but also as CSV
Form History Control now also available from the context menu of the searchbar field
Preferences in the options-box now categorized in tabs
Customizable Date/Time format
Updated the smal FormHistory icon
Started using custom images for the checkbox state in the treeview
Translator info now aligned inside the about-box
Fuzzy age: added weeks, months and years (dropped the ago postfix)
Translations: Czech, English, Spanish, French and Dutch
Unfinished translations (thus unavailable): bg-BG, de-DE, pt-BR, hu-HU, it-IT, ru-RU, sk-SK, tr-TR and zh-CN
Renamed some javascript methods to avoid possible namespace conflicts

1.1.4 December 13, 2009

Corrected translation errors for locales: de-DE, nl-NL, pt-BR and ru-RU

1.1.3 August 30, 2009

Changed max. compatibility version for Seamonkey to 2.1a1pre
Corrected the switched creator and homepageURL tags in the aboutbox (it showed the url where it should have displayed my name, and vice versa)

1.1.2 August 23, 2009

Changed max. compatibility version for Firefox to 3.7a1pre (after testing)

1.1.1 August 23, 2009

Added new locales for de-DE, pt-BR, ru-RU and es-ES
Read creator + homepageURL for aboutbox directly (thus locale independent) from install.rdf

1.1.0 June 28, 2009

Added compatibility for Flock 2.*
Added fr-FR locale (thanks to Jojaba and Nico@nc - babelzilla)
Removed contributors/translators from locale dependant metadata, only en-US needed
Support href links in translator tags for the About dialog
Changed location for cleanup database to survive updates

1.0.7 June 23, 2009

Fixed: Menu issue causing Firefox to crash on Mac OS X. The problem occurred when switching back from the CleanUp-tab to the History-tab.

1.0.6 June 11, 2009

Improvement: Show hyperlinks in contributors section of About dialog
Fixed: Namespace conflict in FF 3.6a1pre

1.0.5 June 9, 2009

Added 2 submenu items to the Help menu: Help contents and Release notes

1.0.4 June 6, 2009

Improvement: after deleting one or multiple entries, the next entry is selected
Improvement: after using keys to activate one of the buttons (edit, remove, insert), focus is set back to the tree.

1.0.3 May 25, 2009

Improved date-formatting for locales with a non Gregorian calendar

1.0.2 May 22, 2009

Added menu-overlay for SeaMonkey and added SeaMonkey as compatible app. Now installs to both Firefox (3.0.9+) and SeaMonkey (2.0a3+)
Fixed bug where adding a formhistory item sometimes resulted in displaying the item twice and item not having the same key in display and database

1.0.1 May 20, 2009

Initial release

1.0.0 May 20, 2009

First upload. Due to an incorrect install.rdf (incorrect Firefox compatibility version), I had to upload a new archive, thus 1.0.0 was never released

Initial Release

2009-05-20T15:09:00.008+02:00

Time to release the first version of this extension.

Having put in much time making this extension usable and testing it, I am confident enough to start it at version 1.0. This is my first extension and it has been a pleasant learning experience.
I hope the community finds this extension just as useful as I do.