Release 1.2.8.1

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

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.

5 comments:

krowmark workwear said...

Hi Stephen,

I've been having terrible problems with my Form History on firefox not storing, it just displays "form history" in the drop down box, im totally unsure as to what could cause this, could you advise?

Stephan Mahieu said...

Hi,

I don't know which drop down box you are referring to. Is it is a regular formfield on a html page?
The actual storing of formfield data is handled by the browser itself and not by this add-on, so please check the history settings of the browser first. Also, (FF only) if you browse in "private browsing mode", history will never be stored.

So please check your browser preferences/options first (particularly the privacy section). If you keep having problems, send me an email (formhistory at yahoo.com).

Anonymous said...

Thanks for this addon, really useful to manage the form entries, especially selective deletion et sorting.

Anonymous said...

Would it be possible to add the ability to prevent certain form elements from having a history and/or value? I see my forms history is filled with queries from sites that are useless and some elements contain username information that I would like to block(I don't want as pecific user name to show up).

Should be relatively easy to implement by just monitoring the forms history(or check on closeout) and delete marked links if they exist or contain a certain set of values.

Stephan Mahieu said...

I am working on a new feature to disable formhistory for specific fields or individual domains.

Post a Comment