Alaska Software Inc. - xbptoolbar stop working
Username: Password:
AuthorTopic: xbptoolbar stop working
Marco Aguiarxbptoolbar 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 GolobrodskiyRe: 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 AguiarRe: 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 AguiarRe: 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 FerkRe: 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 AguiarRe: 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 FerkRe: 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_ OHRRe: 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 HerdtRe: 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 FerkRe: 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_ OHRRe: 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
>
>