Author | Topic: xbptoolbar stop working | |
---|---|---|
Marco Aguiar | xbptoolbar stop working on Thu, 16 Aug 2012 11:24:02 +0100 Hello, XbpToolbar stopped working. When i click the buttons, the button react but nothing is executed ? What may be causing this ? Please give some help. Regards Marco | |
Igor Golobrodskiy | Re: xbptoolbar stop working on Thu, 16 Aug 2012 13:49:46 +0300 Hi Marco, IMO this is due to the latest update Windows. I unregistered mscomctl.ocx regsvr32 /u mscomctl.ocx and all work properly again. > > Hello, > > XbpToolbar stopped working. When i click the buttons, the button react > but nothing is executed ? > What may be causing this ? > > Please give some help. > > Regards > > Marco > > -- Best regards, Igor Golobrodskiy WG SoftPro E-mail: igor@wgsoftpro.com URL: http://www.wgsoftpro.com | |
Marco Aguiar | Re: xbptoolbar stop working on Thu, 16 Aug 2012 12:53:20 +0100 Hi Igor I tryied the following : regsvr32 /u c:\windows\system32\mscomctl.ocx regsvr32 /u c:\windows\syswow64\mscomctl.ocx No sucess, still not working. I must say that i use win 7 64 bits. When i found that xbptoolbar was not working i have installed again the runtimes from alaska cd. What can i do now ? "Igor Golobrodskiy" escreveu na mensagem news:op.wi4q08oohrsz9d@igor-notebook... Hi Marco, IMO this is due to the latest update Windows. I unregistered mscomctl.ocx regsvr32 /u mscomctl.ocx and all work properly again. > > Hello, > > XbpToolbar stopped working. When i click the buttons, the button react > but nothing is executed ? > What may be causing this ? > > Please give some help. > > Regards > > Marco > > -- Best regards, Igor Golobrodskiy WG SoftPro E-mail: igor@wgsoftpro.com URL: http://www.wgsoftpro.com | |
Marco Aguiar | Re: xbptoolbar stop working on Thu, 16 Aug 2012 13:25:15 +0100 I solve the problem this way : - I copy the file mscomctl.ocx from c:\windows\syswowo64 to another directory I execute my xbase application and it installed automatically the mscomctl.ocx in the directory c:\windows\syswow64 ??? I do not know how this happen, but now is working fine. "Marco Aguiar" escreveu na mensagem news:5d2cd767$75410307$20428@news.alaska-software.com... Hi Igor I tryied the following : regsvr32 /u c:\windows\system32\mscomctl.ocx regsvr32 /u c:\windows\syswow64\mscomctl.ocx No sucess, still not working. I must say that i use win 7 64 bits. When i found that xbptoolbar was not working i have installed again the runtimes from alaska cd. What can i do now ? "Igor Golobrodskiy" escreveu na mensagem news:op.wi4q08oohrsz9d@igor-notebook... Hi Marco, IMO this is due to the latest update Windows. I unregistered mscomctl.ocx regsvr32 /u mscomctl.ocx and all work properly again. > > Hello, > > XbpToolbar stopped working. When i click the buttons, the button react but > nothing is executed ? > What may be causing this ? > > Please give some help. > > Regards > > Marco > > -- Best regards, Igor Golobrodskiy WG SoftPro E-mail: igor@wgsoftpro.com URL: http://www.wgsoftpro.com | |
Igor Ferk | Re: xbptoolbar stop working on Fri, 17 Aug 2012 10:35:33 +0200 I have same problem with Windows 7 or XP after yesterdays windows update. Office 2010 regsvr32, office "repair" or Xbase activex (re)instal doesn't help... Any idea ? Regards, Igor "Marco Aguiar" <marco.aguiar@lusorol.pt> wrote in message news:194a0ee5$1b177ffd$20542@news.alaska-software.com... > > Hello, > > XbpToolbar stopped working. When i click the buttons, the button react but > nothing is executed ? > What may be causing this ? > > Please give some help. > > Regards > > Marco > > | |
Marco Aguiar | Re: xbptoolbar stop working on Fri, 17 Aug 2012 10:02:57 +0100 If i understood well, you have to unregister de library mscommctl.ocx. Then you must delete it manually in the directories c:\windows\system32 and c:\windows\syswow64. Then you reinstalled it from the alaska cd \setup\runtime. "Igor Ferk" escreveu na mensagem news:5b1440a0$4aa586a1$22b3c@news.alaska-software.com... I have same problem with Windows 7 or XP after yesterdays windows update. Office 2010 regsvr32, office "repair" or Xbase activex (re)instal doesn't help... Any idea ? Regards, Igor "Marco Aguiar" <marco.aguiar@lusorol.pt> wrote in message news:194a0ee5$1b177ffd$20542@news.alaska-software.com... > > Hello, > > XbpToolbar stopped working. When i click the buttons, the button react but > nothing is executed ? > What may be causing this ? > > Please give some help. > > Regards > > Marco > > | |
Igor Ferk | Re: xbptoolbar stop working on Fri, 17 Aug 2012 12:08:02 +0200 I have found quick solution... for now. System restore helps - restore to point before windows updates were installed. It looks like problem update is * Security Update for Microsoft Office 2010 (KB2597986) 32 bit edition http://support.microsoft.com/kb/2597986 But it can't be unistalled I'ts look like there is new Mscomctl.ocx dated 6.jun 2012 File version 6.1.98.34 product version 6.01.9834 Regards, Igor "Igor Ferk" wrote in message news:5b1440a0$4aa586a1$22b3c@news.alaska-software.com... >I have same problem with Windows 7 or XP after yesterdays windows update. > Office 2010 > > regsvr32, office "repair" or Xbase activex (re)instal > doesn't help... > > Any idea ? > > Regards, > Igor > > > "Marco Aguiar" <marco.aguiar@lusorol.pt> wrote in message > news:194a0ee5$1b177ffd$20542@news.alaska-software.com... >> >> Hello, >> >> XbpToolbar stopped working. When i click the buttons, the button react >> but nothing is executed ? >> What may be causing this ? >> >> Please give some help. >> >> Regards >> >> Marco >> >> > | |
AUGE_ OHR | Re: xbptoolbar stop working on Thu, 23 Aug 2012 19:10:28 +0200 hi, >I have found quick solution... for now. > System restore helps - restore to point before windows updates were > installed. fine ... but will you do it every time after "Patch-Day" ? activeX use "remote Code" and that is a Security Risk. i allways wonder why Alaska use MsComCtl.OCX and not "native" Controls for XbParts. greetings by OHR Jimmy | |
Andreas Herdt | Re: xbptoolbar stop working on Mon, 20 Aug 2012 18:03:44 +0200 Hello Marco, Igor Golobrodsky, Igor Ferk and all others, This is to provide some background information on the issue with the Common Controls security update applied by Microsoft. As you've found out already, a round of mandatory fixes with recently distributed by Microsoft, with a security for correcting a vulnerability in their Common Controls DLLs and among them. This fix was applied automatically to all machines which are configured to watch out for mandatory fixes from Microsoft, and which have certain Microsoft software installed. This includes versions of MS Office, MS Access and MS SQL Server. The complete list can be found in a Microsoft TechNet article which I'll relist here for your convenience: http://technet.microsoft.com/en-us/security/bulletin/ms12-060. The fix itself comprises installing an updated version of MSCOMCTL.OCX (6.01.9834) and patching the Windows registry to disable the original component that was faulty. After the patch was distributed, reports appeared on the Internet which document application misbehaviour using the DLL installed by the patch. Unfortunately, on all of our in-house testing and production machines, the patch ran through successfully and we haven't encountered any problems. All of our applications were still operational after the patch was installed and the respective system was back on-line after the reboot. This includes applications using XbpToolbar, of course. Without being able to reproduce the problem, we can only guess what might be going on. However, the DLL which came with the patch does not seem to be the cause. Therefore, could you please provide us with some more information about the computers which are affected? Specifically, 1. Which version of MSCOMCTL.OCX was in use before the patch? Were these ActiveX controls installed using the Xbase++ product or runtime installers, or were they deployed locally in the application folder? 2. If MSCOMCTL.OCX is deployed in the application folder, what happens if that file is renamed? IAW: is the local .OCX file actually still in use after the patch? 3. Which version of MSCOMCTL.OCX was installed in C:\WINDOWS\SYSTEM32 or C:\WINDOWS\SYSWOW64 by the patch? 4. Has REGSVR32 been used to register or deregister the ActiveX controls since the patch was applied? 5. If you take the patched/faulty DLL file and manually register the file using REGSVR32 on a test machine, can you reproduce the problem? Thanks + best regards, Andreas Herdt Alaska Software -------------------------------------------------------------------- Technical Support: support@alaska-software.com News Server: news.alaska-software.com Homepage: http://www.alaska-software.com WebKnowledgeBase: http://www.alaska-software.com/kbase.shtm Fax European Office: +49 (0) 61 96 - 77 99 99 23 Fax US Office: +1 (646) 218 1281 -------------------------------------------------------------------- "Marco Aguiar" <marco.aguiar@lusorol.pt> wrote in message news:194a0ee5$1b177ffd$20542@news.alaska-software.com... > > Hello, > > XbpToolbar stopped working. When i click the buttons, the button react but > nothing is executed ? > What may be causing this ? > > Please give some help. > > Regards > > Marco > > | |
Emil Peklar | Re: xbptoolbar stop working on Thu, 23 Aug 2012 13:25:13 +0200 Dne 20.8.2012 18:03, piše Andreas Herdt: > Hello Marco, Igor Golobrodsky, Igor Ferk and all others, > > This is to provide some background information on the issue > with the Common Controls security update applied by Microsoft. > > As you've found out already, a round of mandatory fixes with > recently distributed by Microsoft, with a security for > correcting a vulnerability in their Common Controls DLLs and > among them. This fix was applied automatically to all machines > which are configured to watch out for mandatory fixes from > Microsoft, and which have certain Microsoft software > installed. This includes versions of MS Office, MS Access and > MS SQL Server. The complete list can be found in a Microsoft > TechNet article which I'll relist here for your convenience: > http://technet.microsoft.com/en-us/security/bulletin/ms12-060. > The fix itself comprises installing an updated version of > MSCOMCTL.OCX (6.01.9834) and patching the Windows registry to > disable the original component that was faulty. > > After the patch was distributed, reports appeared on the > Internet which document application misbehaviour using the DLL > installed by the patch. Unfortunately, on all of our in-house > testing and production machines, the patch ran through > successfully and we haven't encountered any problems. All of > our applications were still operational after the patch was > installed and the respective system was back on-line after > the reboot. This includes applications using XbpToolbar, of > course. > > Without being able to reproduce the problem, we can only guess > what might be going on. However, the DLL which came with the > patch does not seem to be the cause. > > Therefore, could you please provide us with some more > information about the computers which are affected? Specifically, > > 1. Which version of MSCOMCTL.OCX was in use before the > patch? Were these ActiveX controls installed using the > Xbase++ product or runtime installers, or were they > deployed locally in the application folder? > 2. If MSCOMCTL.OCX is deployed in the application folder, > what happens if that file is renamed? IAW: is the local > .OCX file actually still in use after the patch? > 3. Which version of MSCOMCTL.OCX was installed in > C:\WINDOWS\SYSTEM32 or C:\WINDOWS\SYSWOW64 by the patch? > 4. Has REGSVR32 been used to register or deregister the > ActiveX controls since the patch was applied? > 5. If you take the patched/faulty DLL file and manually > register the file using REGSVR32 on a test machine, > can you reproduce the problem? > > Thanks + best regards, > | |
Igor Ferk | Re: xbptoolbar stop working on Tue, 04 Sep 2012 08:46:16 +0200 Andreas and all others, Microsoft has added ===================================================== KNOWN ISSUES WITH THIS SECURITY UPDATE ------------------------------------------------------------------------------- Windows Common Control-based embedded ActiveX controls may fail to load within pre-existing Office documents, within third-party add-ins, and when you insert new controls in developer mode. ------------------------------------------------------------------------------- with "FIX IT" button. See http://support.microsoft.com/kb/2597986 Regards, Igor Ferk "Andreas Herdt" wrote in message news:faf10d9$7ddb8780$8ab5@news.alaska-software.com... > Hello Marco, Igor Golobrodsky, Igor Ferk and all others, > > This is to provide some background information on the issue > with the Common Controls security update applied by Microsoft. > > As you've found out already, a round of mandatory fixes with > recently distributed by Microsoft, with a security for > correcting a vulnerability in their Common Controls DLLs and > among them. This fix was applied automatically to all machines > which are configured to watch out for mandatory fixes from > Microsoft, and which have certain Microsoft software > installed. This includes versions of MS Office, MS Access and > MS SQL Server. The complete list can be found in a Microsoft > TechNet article which I'll relist here for your convenience: > http://technet.microsoft.com/en-us/security/bulletin/ms12-060. > The fix itself comprises installing an updated version of > MSCOMCTL.OCX (6.01.9834) and patching the Windows registry to > disable the original component that was faulty. > > After the patch was distributed, reports appeared on the > Internet which document application misbehaviour using the DLL > installed by the patch. Unfortunately, on all of our in-house > testing and production machines, the patch ran through > successfully and we haven't encountered any problems. All of > our applications were still operational after the patch was > installed and the respective system was back on-line after > the reboot. This includes applications using XbpToolbar, of > course. > > Without being able to reproduce the problem, we can only guess > what might be going on. However, the DLL which came with the > patch does not seem to be the cause. > > Therefore, could you please provide us with some more > information about the computers which are affected? Specifically, > > 1. Which version of MSCOMCTL.OCX was in use before the > patch? Were these ActiveX controls installed using the > Xbase++ product or runtime installers, or were they > deployed locally in the application folder? > 2. If MSCOMCTL.OCX is deployed in the application folder, > what happens if that file is renamed? IAW: is the local > .OCX file actually still in use after the patch? > 3. Which version of MSCOMCTL.OCX was installed in > C:\WINDOWS\SYSTEM32 or C:\WINDOWS\SYSWOW64 by the patch? > 4. Has REGSVR32 been used to register or deregister the > ActiveX controls since the patch was applied? > 5. If you take the patched/faulty DLL file and manually > register the file using REGSVR32 on a test machine, > can you reproduce the problem? > > Thanks + best regards, > > -- > Andreas Herdt > Alaska Software > > -------------------------------------------------------------------- > > Technical Support: support@alaska-software.com > > News Server: news.alaska-software.com > Homepage: http://www.alaska-software.com > WebKnowledgeBase: http://www.alaska-software.com/kbase.shtm > > Fax European Office: +49 (0) 61 96 - 77 99 99 23 > Fax US Office: +1 (646) 218 1281 > -------------------------------------------------------------------- > > "Marco Aguiar" <marco.aguiar@lusorol.pt> wrote in message > news:194a0ee5$1b177ffd$20542@news.alaska-software.com... >> >> Hello, >> >> XbpToolbar stopped working. When i click the buttons, the button react >> but nothing is executed ? >> What may be causing this ? >> >> Please give some help. >> >> Regards >> >> Marco >> >> > | |
AUGE_ OHR | Re: xbptoolbar stop working on Tue, 04 Sep 2012 18:12:25 +0200 hi, did you real disable SECURITY Update ??? when we got activeX with Xbase++ v1.9.331 it was "out" and everybody know it is a SECURITY Risk to use activeX with Internet Explorer so most People disable activeX when got Win7 there was no MsComCtl.OCX "onboard" while now Application use Ribbon. if no OCX is installed , there is no SECURITY Risk now Alaska give you XbpToolbar() and you installed MsComCtl.OCX again ... and got the SECURITY Risk btw. i never understand why Alaska build XbPart with OCX after M$ "disable" SECURITY Risk you manuell "enable" SECURITY Risk again ? what does your Administrator say ? this is the Reason why i have begin to write my own "native" Controls which did not need MsComCtl.OCX you will find "native" Toolbar at Pablos Website www.xbwin.com "native" Toolbar v0.12 / v0.19 ot4xb.public 30. August 2012 greetings by OHR Jimmy | |
Emil Peklar | Re: xbptoolbar stop working on Thu, 23 Aug 2012 13:29:34 +0200 This works for me (win7/32-bit): 1. start cmd.exe with admin privileges 2. unregister component: regsvr32 -u mscomctl.ocx 3. register it again: regsvr32 mscomctl.ocx It seems MS update doesn't register component properly. Emil > > Hello, > > XbpToolbar stopped working. When i click the buttons, the button react but nothing is executed ? > What may be causing this ? > > Please give some help. > > Regards > > Marco > > |