In the past 2 or 3 days the toolbar has been acting erratically with Chrome Version 32.0.1700.102 m

W7 Home premium sp1

NIS 21.1.0.18 RnR'd today with 4 patches and reboots and 1 update and boot, then 0 updates reported.

Chrome 32.0.1700.102 m reinstalled.

Extensions:

AdBlock 2.6.18

FlashBlock 0.9.31

Google Docs 0.5

Norton Identity Protection 2014.6.4.11

Tabs to the front! 0.2.4

IE 10.0.9200.16750 upd v 10.0.2 - Won't ask to open vault

 

In the past 2 or 3 days the toolbar has been acting erratically with update to Chrome Version 32.0.1700.102 m.  This is very similar to the issues with Chrome 32.0.1700.72 resently solved.  

 

I am interested in Norton comments on the following as well.

 

The last post on Chromium.org closing their issue "333070: Lost my Norton toolbar with this new update version" with the status WontFix:

 

#57 c...@chromium.org  Jan 24

"To emphasize what #54 said. If your 3rd-party product is not using the extensions API to interface with Chrome and instead relying in some internal detail Chrome, your product WILL BE BROKEN at some point and your users will be unhappy.

 

"It also is important to note that these changes are first visible in Chrome canary so 3rd party developers that do Q&A with canary get a 6 week warning of what is going to happen to the stable channel users."

 

#54 as...@chromium.org

"Apparently it turns out this was related to the switch to our Aura hardware accelerated backend on windows, since Norton was just directly injecting their toolbar via native windows code, not using a supported extension API to put in their toolbar."

 

Didn't see any other posts re this.  Hope it's not just me

 

Regrds, Charles