Header Tool not started on Browser start (ON / OFF setting issue)

[speters]

Header Tool 0.6.1. and previous versions do not start on Browser launch. It neglects the ON/OFF setting.

Have to go manually through the Sidebar F4 -> OFF -> ON sequence to enable Header Tool after Browser launch.

[Zzooouhh]

The issue appears to lie in the line 173 of the ff-overlay.js file, i.e. "this.preferencies.setBoolPref("onoff", false);". Being programming-illiterate I'm sure there's a better fix, but I've just changed it to "true" and now it's always active on every browser launch.

[loreii]

The problem is when the plugin start is not able to access to it's own preferences like it's accessing to a wrong context. The fix you propose it's a workaround so instead starting with the always off setting the default to on in case of exception. Do you have the console logs for the exception handled?

Cheers
Lorenzo

[Zzooouhh]

On latest Palemoon, browser console shows up nothing Headertool related at start nor during toggling sidebar.

On FIrefox 38, opening or closing sidebar shows two errors:

1. DEPRECATION WARNING: toggleSidebar() is deprecated, please use SidebarUI.toggle() or SidebarUI.show() instead (...)
   chrome://browser/content/browser.js 7682 toggleSidebar
   chrome://browser/content/browser.xul 1 oncommand
   null 0 null
2. NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsITaskbarTabPreview.invalidate]

Continuous JS toggling doesn't show anything on console, but it doesn't seem to change anything in about:config.

I've also noticed strange behavior concerning the on/off buttons of the headertool sidebar - button "off" turns off the initial "true" state (after the workaround I've used), but every other time it does nothing and "on" serves as a toggle between true and false (so pressing off and then on toggles it just once); this happens both on Firefox 38 and latest Pale Moon.