Signing issues

Wednesday, August 10, 2016 | 08:05

I have been receiving some reports about this add-on not being signed or that the add-on is disabled after a Firefox update. In fact every add-on that can be downloaded and installed directly from Mozilla is digitally signed so that is definitely not what is causing this issue.

It turns out that many of these problems seem to be related to cleaning and/or protecting software like CCleaner and BleachBit.
Other problems that might cause an add-on to be disabled are a corrupt add-on registry or some sort of caching issue which might also be caused by the aforementioned cleaning software.
Some users reported that setting the Firefox option xpinstall.whitelist.required (about:config) to false and re-installing the add-on resolved their issue.

If you have issues with this add-on being automatically disabled and you are using cleaning software try playing around with the browser related cleaning options.
If this does not help or you are not using any cleaning software you might find some solutions on this Mozilla support page:


Sunday, March 20, 2016 | 20:25

Some small improvements:
  • New copyToClipboard menubar submenu-item when displaying the "Editor History"-tab
  • Changed order in menu of copyToClipboard submenu-items to be more consistent
  • Fix: Use a more reliable way to determine the Gecko version (info tab preferences), patch kindly provided by Kevin


Saturday, March 12, 2016 | 19:07

Many things were broken in Firefox 45.0 due to some changes in the underlying javascript framework.
Having received a few error-reports I was triggered to fix this as soon as I had the time.

Changes in this release:
  • Many small bugfixes to make it compatible with Firefox 45.0
    • fix export settings
    • fix formfill from popup menu
    • fix adding new values or cleanup criteria manually
  • Bugfix to make it compatible with Firefox 47.0
    • fix UI (dialog window) dit not start
  • Added a menu-item to copy a value from the formhistory-list to the clipboard


Thursday, May 14, 2015 | 11:18

Added Russian translation. (Translation kindly provided by Headly)


Sunday, February 22, 2015 | 17:00

Another performance enhancement by saving additional formelements asynchronously, reducing the impact on form submissions to 1 millisecond.


Saturday, January 31, 2015 | 15:20

Fixed the performance issue by enabling the transaction mechanism.

The problem occurs when many formhistory entries are inserted into the database. By inserting entries inside a transaction, performance increases drastically. Inserting 300 entries now takes less than 150ms instead of the initial 64 seconds!

What a difference an additional true parameter can make :-)


Friday, January 30, 2015 | 12:29

Temporarily disabled saving formhistory of additional formfields like checkboxes and selects, in order to investigate reported performance issues.