Jump to content
Software FX Community

chartFX ActiveX control hangs in IE6 Window


User (Legacy)
 Share

Recommended Posts

Hi,

I have a problem that only recently started happening. I hadn't made any

changes to the environment (O/S version etc.). When I create and display a

chart it usually works the first time, but often fails the second time, but

eventually it will fail. It fails in an unusual way. The browser window

will 'blink' and show me that it was sending something, then turn completely

white. The 'running' icon in the upper right corner of IE6 continues to

move, and nothing is ever displayed. Hitting the stop button does nothing.

At this point, my application is unusable, and I am forced to close the

browser window and start over. It is consistent, in that it happens with

all variety of charts (pie, line, etc). Having multiple charts on the page

seems to exasperate the condition in that it occurs more frequently.

However, once again, a single chart on a simple test page shows the same

symptoms. The symptoms are consistent on 3 different clients accessing

either 1 of 2 different servers. I am running ChartFX IE 2000 4.5 updated

with the newest service pack. I have rebooted all the different computers

involved to remove any issues with garbage in the various caches. I have

uninstalled an reinstalled SoftwareFX IE2000 on both servers followed by the

obligatory service pack upgrades. On one of the servers, I uninstalled and

then cleansed the registry of any and all entries related to softwarefx or

chartfx. Still the problem persists. My Browser signature is as follows:

(and has been added to SfxCgiWC.ini along with an entry for 6.0 in

SfxCgi.ini): Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR

1.1.4322). Lastly, yes, an activeX control is being sent with the page that

fails, it is not an image.

I'm looking for ideas on what this is and what I can do about it. If no one

knows the solution, then I'm looking for someway to debug this issue because

I really don't have a clue to where to start. Here is the test code that

causes the condition. I have attempted to change from "Auto" to "ActiveX"

in the parameters used to show the chart but the symptoms persisted. Thanks

in advance for any help you can give me. I'm really stuck.

<html>

<head>

<title>Troubleshooting the Client Component</title>

</head>

<body>

<%

Set chart = Server.CreateObject("ChartFX.WebServer")

%>

<%= Chart.GetHtmlTag(200,200,"Auto","Chart1","NSComics") %>

</body>

</html>

Thank you!

Link to comment
Share on other sites

Hi again,

I forgot to mention that this problem frequently causes IE to popup a dialog

box that says:

"Microsoft Internet Explorer has encountered a problem and needs to close.

We are sorry for the inconvenience."

It offers to Restart IE and you can send Microsoft an error report. In

addition, there is an application dump that is available through the dialog

box. I can post the

dump here but it is very large, and it would probably be best if viewed as

an email. I'm happy to send it if it would help anyone understand my

problem any better.

Thanks again

"North Star Comics" <sales@northstarcomics.com> wrote in message

news:YNCV8%23pRDHA.3416@WEBSERVER1...

> Hi,

>

> I have a problem that only recently started happening. I hadn't made any

> changes to the environment (O/S version etc.). When I create and display

a

> chart it usually works the first time, but often fails the second time,

but

> eventually it will fail. It fails in an unusual way. The browser window

> will 'blink' and show me that it was sending something, then turn

completely

> white. The 'running' icon in the upper right corner of IE6 continues to

> move, and nothing is ever displayed. Hitting the stop button does

nothing.

> At this point, my application is unusable, and I am forced to close the

> browser window and start over. It is consistent, in that it happens with

> all variety of charts (pie, line, etc). Having multiple charts on the

page

> seems to exasperate the condition in that it occurs more frequently.

> However, once again, a single chart on a simple test page shows the same

> symptoms. The symptoms are consistent on 3 different clients accessing

> either 1 of 2 different servers. I am running ChartFX IE 2000 4.5 updated

> with the newest service pack. I have rebooted all the different computers

> involved to remove any issues with garbage in the various caches. I have

> uninstalled an reinstalled SoftwareFX IE2000 on both servers followed by

the

> obligatory service pack upgrades. On one of the servers, I uninstalled

and

> then cleansed the registry of any and all entries related to softwarefx or

> chartfx. Still the problem persists. My Browser signature is as follows:

> (and has been added to SfxCgiWC.ini along with an entry for 6.0 in

> SfxCgi.ini): Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR

> 1.1.4322). Lastly, yes, an activeX control is being sent with the page

that

> fails, it is not an image.

>

> I'm looking for ideas on what this is and what I can do about it. If no

one

> knows the solution, then I'm looking for someway to debug this issue

because

> I really don't have a clue to where to start. Here is the test code that

> causes the condition. I have attempted to change from "Auto" to "ActiveX"

> in the parameters used to show the chart but the symptoms persisted.

Thanks

> in advance for any help you can give me. I'm really stuck.

>

> <html>

> <head>

> <title>Troubleshooting the Client Component</title>

> </head>

> <body>

> <%

> Set chart = Server.CreateObject("ChartFX.WebServer")

> %>

> <%= Chart.GetHtmlTag(200,200,"Auto","Chart1","NSComics") %>

> </body>

> </html>

>

> Thank you!

>

>

Link to comment
Share on other sites

One other note that might help.  I changed the test case and my application

to return an image rather then the activeX control back to the client. In

both cases, the problem disappeared. This would appear to me to point

directly to a problem with the activeX control.

Thank you.

"North Star Comics" <sales@northstarcomics.com> wrote in message

news:YNCV8%23pRDHA.3416@WEBSERVER1...

> Hi,

>

> I have a problem that only recently started happening. I hadn't made any

> changes to the environment (O/S version etc.). When I create and display

a

> chart it usually works the first time, but often fails the second time,

but

> eventually it will fail. It fails in an unusual way. The browser window

> will 'blink' and show me that it was sending something, then turn

completely

> white. The 'running' icon in the upper right corner of IE6 continues to

> move, and nothing is ever displayed. Hitting the stop button does

nothing.

> At this point, my application is unusable, and I am forced to close the

> browser window and start over. It is consistent, in that it happens with

> all variety of charts (pie, line, etc). Having multiple charts on the

page

> seems to exasperate the condition in that it occurs more frequently.

> However, once again, a single chart on a simple test page shows the same

> symptoms. The symptoms are consistent on 3 different clients accessing

> either 1 of 2 different servers. I am running ChartFX IE 2000 4.5 updated

> with the newest service pack. I have rebooted all the different computers

> involved to remove any issues with garbage in the various caches. I have

> uninstalled an reinstalled SoftwareFX IE2000 on both servers followed by

the

> obligatory service pack upgrades. On one of the servers, I uninstalled

and

> then cleansed the registry of any and all entries related to softwarefx or

> chartfx. Still the problem persists. My Browser signature is as follows:

> (and has been added to SfxCgiWC.ini along with an entry for 6.0 in

> SfxCgi.ini): Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR

> 1.1.4322). Lastly, yes, an activeX control is being sent with the page

that

> fails, it is not an image.

>

> I'm looking for ideas on what this is and what I can do about it. If no

one

> knows the solution, then I'm looking for someway to debug this issue

because

> I really don't have a clue to where to start. Here is the test code that

> causes the condition. I have attempted to change from "Auto" to "ActiveX"

> in the parameters used to show the chart but the symptoms persisted.

Thanks

> in advance for any help you can give me. I'm really stuck.

>

> <html>

> <head>

> <title>Troubleshooting the Client Component</title>

> </head>

> <body>

> <%

> Set chart = Server.CreateObject("ChartFX.WebServer")

> %>

> <%= Chart.GetHtmlTag(200,200,"Auto","Chart1","NSComics") %>

> </body>

> </html>

>

> Thank you!

>

>

Link to comment
Share on other sites

Hi,

I tried your sample code, and it runs just fine when run repeatedly in my

browser using the refresh command. I merged your code with my simple test

code on my server, and my simple code test also runs just fine when run

repeatedly in my browser (this is the code that failed prior to the

merging).

That seems like pretty good news to me right now!

Was this just a test to show what was wrong, and is there something else I

should do to actually correct the problem?

or

If this is a reasonable fix, before I merge this with my application code, I

would like just a bit more information on what this does, and if this uses

any significant resources on the client to do whatever it is doing. I

didn't see any resource usage on my machine when the page was up, but it's

probably prudent of me to at least ask. Also, many of my pages have

multiple charts associated with them, sometimes as many as 10. Are there

any issues using this technique with a page that has multiple charts on it?

Would I simply give each one a unique ID (I'm assuming

"ChartFX1.Scroll(7,0)" is the chart ID?) and then add them to the go()

function?

I can't tell you how happy I am to see that it is at least possible to run

on IE6 (within this environment) and not have the failures!

Thank you for your help, and I look forward to your response!

"SoftwareFX Support" <support@softwarefx.com> wrote in message

news:LWamMd7RDHA.2940@WEBSERVER1...

> Can you try the following URL and see if the error occurs there as well:

>

> http://support.softwarefx.com/samples/cfxie/activex/scroll.asp

>

>

> --

> FP

> Software FX, Inc.

>

>

Link to comment
Share on other sites

Well, the fact that it is running fine in your server/browser tells me that

there is no problem with the environment itself but maybe with the

particular chart you are generating.

There is also the possibility that you were using an outdated client

control, by going to our web site you downloaded it the latest version. To

check if this is the case, run your old page again from your computer, if

the problem was in the client control it should not happen anymore and all

you need to do is to download the latest service pack to your server.

If this is not the case (the original page still crashes), then it has to be

something to do whit the specific chart settings you are using. To fix this

we need a URL where this page is so that we can hit it from here.

If you don't have a URL (this is a Intranet page), what we need is all the

binary files generated for that page. The binary files can be obtained by

doing a "View Source" from your browser, checking the object tag and

retrieving the name for the "DataPath" property. Then point your browser to

that URL, download it into your hard drive and send it to us. We need the

binary file for each of the chart in the page along with the HTML source for

the page itself.

Don't send the ASP page, as this will probably contain access to databases

we don't have making it impossible for us to reproduce the problem.

There should be no problem with having multiple charts in a page.

--

FP

Software FX, Inc.

Link to comment
Share on other sites

Hello,

All of the charts on all my pages that I am running are failing in the same

way. I have 6-10 different pages that include one or more graphs. All my

pages continued to fail after I accessed and successfully ran your sample

application. The only one that does not fail, is my small test application

that I merged with the code from your sample.

This is an Intranet application. I followed your instructions, but wanted

to make sure that you understood that I cannot provide the binaries of a

page that actually failed because it locks up the browser. Since this fails

periodically (but eventually always fails), I am sending you the binaries of

the (same) page when it doesn't fail. Hopefully that will be helpful to

you. I couldn't figure out how to view the *.chw files using my browser, so

I'm sending you the files as copied from their directory on the server. Let

me know if you need these two files in some other form.

As I mentioned, the more charts I have on a page, the more likely this

failure is to happen. One last thing, and while this may be coincidental, I

changed my resolution from 1280x1024 @ 80 Hz (refresh) to 1024x768 @ 100Hz

(refresh), and the symptoms I've described became far more frequent, with

one of the pages failing on nearly every access. When I changed back to the

1280x1024 resolution, the symptoms, while still present, where again not as

frequent. This application still fails on multiple client PC's all with

different graphic capabilities, so I have no idea of the significance of

the resolution / refresh change information, but I thought it might be

helpful.

There are three attachments:

1) ChartFailure.htm: The html source delivered to the client from the web

page containing two charts. This page fails with the symptoms described

earlier.

2) CFT0714_115155252.chw: One of two files pointed to in the DataPath

property of ChartFailure.htm.

3) CFT0714_115155272.chw: One of two files pointed to in the DataPath

property of ChartFailure.htm.

Thank you.

"SoftwareFX Support" <support@softwarefx.com> wrote in message

news:dRaIZRiSDHA.3268@WEBSERVER1...

> Well, the fact that it is running fine in your server/browser tells me

that

> there is no problem with the environment itself but maybe with the

> particular chart you are generating.

>

> There is also the possibility that you were using an outdated client

> control, by going to our web site you downloaded it the latest version. To

> check if this is the case, run your old page again from your computer, if

> the problem was in the client control it should not happen anymore and all

> you need to do is to download the latest service pack to your server.

>

> If this is not the case (the original page still crashes), then it has to

be

> something to do whit the specific chart settings you are using. To fix

this

> we need a URL where this page is so that we can hit it from here.

>

> If you don't have a URL (this is a Intranet page), what we need is all the

> binary files generated for that page. The binary files can be obtained by

> doing a "View Source" from your browser, checking the object tag and

> retrieving the name for the "DataPath" property. Then point your browser

to

> that URL, download it into your hard drive and send it to us. We need the

> binary file for each of the chart in the page along with the HTML source

for

> the page itself.

>

> Don't send the ASP page, as this will probably contain access to databases

> we don't have making it impossible for us to reproduce the problem.

>

> There should be no problem with having multiple charts in a page.

>

> --

> FP

> Software FX, Inc.

>

>

Link to comment
Share on other sites

could you please resend the attachments in a zip file.  thanks.

"North Star Comics" <sales@northstarcomics.com> wrote in message news:%23v3U%23wiSDHA.3416@WEBSERVER1...

Hello,

All of the charts on all my pages that I am running are failing in the same

way. I have 6-10 different pages that include one or more graphs. All my

pages continued to fail after I accessed and successfully ran your sample

application. The only one that does not fail, is my small test application

that I merged with the code from your sample.

This is an Intranet application. I followed your instructions, but wanted

to make sure that you understood that I cannot provide the binaries of a

page that actually failed because it locks up the browser. Since this fails

periodically (but eventually always fails), I am sending you the binaries of

the (same) page when it doesn't fail. Hopefully that will be helpful to

you. I couldn't figure out how to view the *.chw files using my browser, so

I'm sending you the files as copied from their directory on the server. Let

me know if you need these two files in some other form.

As I mentioned, the more charts I have on a page, the more likely this

failure is to happen. One last thing, and while this may be coincidental, I

changed my resolution from 1280x1024 @ 80 Hz (refresh) to 1024x768 @ 100Hz

(refresh), and the symptoms I've described became far more frequent, with

one of the pages failing on nearly every access. When I changed back to the

1280x1024 resolution, the symptoms, while still present, where again not as

frequent. This application still fails on multiple client PC's all with

different graphic capabilities, so I have no idea of the significance of

the resolution / refresh change information, but I thought it might be

helpful.

There are three attachments:

1) ChartFailure.htm: The html source delivered to the client from the web

page containing two charts. This page fails with the symptoms described

earlier.

2) CFT0714_115155252.chw: One of two files pointed to in the DataPath

property of ChartFailure.htm.

3) CFT0714_115155272.chw: One of two files pointed to in the DataPath

property of ChartFailure.htm.

Thank you.

"SoftwareFX Support" <support@softwarefx.com> wrote in message

news:dRaIZRiSDHA.3268@WEBSERVER1...

> Well, the fact that it is running fine in your server/browser tells me

that

> there is no problem with the environment itself but maybe with the

> particular chart you are generating.

>

> There is also the possibility that you were using an outdated client

> control, by going to our web site you downloaded it the latest version. To

> check if this is the case, run your old page again from your computer, if

> the problem was in the client control it should not happen anymore and all

> you need to do is to download the latest service pack to your server.

>

> If this is not the case (the original page still crashes), then it has to

be

> something to do whit the specific chart settings you are using. To fix

this

> we need a URL where this page is so that we can hit it from here.

>

> If you don't have a URL (this is a Intranet page), what we need is all the

> binary files generated for that page. The binary files can be obtained by

> doing a "View Source" from your browser, checking the object tag and

> retrieving the name for the "DataPath" property. Then point your browser

to

> that URL, download it into your hard drive and send it to us. We need the

> binary file for each of the chart in the page along with the HTML source

for

> the page itself.

>

> Don't send the ASP page, as this will probably contain access to databases

> we don't have making it impossible for us to reproduce the problem.

>

> There should be no problem with having multiple charts in a page.

>

> --

> FP

> Software FX, Inc.

>

>

Link to comment
Share on other sites

Here are the attachments in .zip format.

Thank you.

"SoftwareFX Support" <support@softwarefx.com> wrote in message news:Ps5YwC7SDHA.3268@WEBSERVER1...

could you please resend the attachments in a zip file. thanks.

"North Star Comics" <sales@northstarcomics.com> wrote in message news:%23v3U%23wiSDHA.3416@WEBSERVER1...

Hello,

All of the charts on all my pages that I am running are failing in the same

way. I have 6-10 different pages that include one or more graphs. All my

pages continued to fail after I accessed and successfully ran your sample

application. The only one that does not fail, is my small test application

that I merged with the code from your sample.

This is an Intranet application. I followed your instructions, but wanted

to make sure that you understood that I cannot provide the binaries of a

page that actually failed because it locks up the browser. Since this fails

periodically (but eventually always fails), I am sending you the binaries of

the (same) page when it doesn't fail. Hopefully that will be helpful to

you. I couldn't figure out how to view the *.chw files using my browser, so

I'm sending you the files as copied from their directory on the server. Let

me know if you need these two files in some other form.

As I mentioned, the more charts I have on a page, the more likely this

failure is to happen. One last thing, and while this may be coincidental, I

changed my resolution from 1280x1024 @ 80 Hz (refresh) to 1024x768 @ 100Hz

(refresh), and the symptoms I've described became far more frequent, with

one of the pages failing on nearly every access. When I changed back to the

1280x1024 resolution, the symptoms, while still present, where again not as

frequent. This application still fails on multiple client PC's all with

different graphic capabilities, so I have no idea of the significance of

the resolution / refresh change information, but I thought it might be

helpful.

There are three attachments:

1) ChartFailure.htm: The html source delivered to the client from the web

page containing two charts. This page fails with the symptoms described

earlier.

2) CFT0714_115155252.chw: One of two files pointed to in the DataPath

property of ChartFailure.htm.

3) CFT0714_115155272.chw: One of two files pointed to in the DataPath

property of ChartFailure.htm.

Thank you.

"SoftwareFX Support" <support@softwarefx.com> wrote in message

news:dRaIZRiSDHA.3268@WEBSERVER1...

> Well, the fact that it is running fine in your server/browser tells me

that

> there is no problem with the environment itself but maybe with the

> particular chart you are generating.

>

> There is also the possibility that you were using an outdated client

> control, by going to our web site you downloaded it the latest version. To

> check if this is the case, run your old page again from your computer, if

> the problem was in the client control it should not happen anymore and all

> you need to do is to download the latest service pack to your server.

>

> If this is not the case (the original page still crashes), then it has to

be

> something to do whit the specific chart settings you are using. To fix

this

> we need a URL where this page is so that we can hit it from here.

>

> If you don't have a URL (this is a Intranet page), what we need is all the

> binary files generated for that page. The binary files can be obtained by

> doing a "View Source" from your browser, checking the object tag and

> retrieving the name for the "DataPath" property. Then point your browser

to

> that URL, download it into your hard drive and send it to us. We need the

> binary file for each of the chart in the page along with the HTML source

for

> the page itself.

>

> Don't send the ASP page, as this will probably contain access to databases

> we don't have making it impossible for us to reproduce the problem.

>

> There should be no problem with having multiple charts in a page.

>

> --

> FP

> Software FX, Inc.

>

>

Link to comment
Share on other sites

Hi,

We were able to reproduce the issue. We are unable to determine immediately whether the problem is in our dll or in IE. We will need to try and debug this (it will take longer if this turns out to be an IE 6 issue). We will have to determine whether there can be a workaround for this or if we will need to issue a service pack.

GF

"North Star Comics" <sales@northstarcomics.com> wrote in message news:gANBKh7SDHA.3268@WEBSERVER1...

Here are the attachments in .zip format.

Thank you.

"SoftwareFX Support" <support@softwarefx.com> wrote in message news:Ps5YwC7SDHA.3268@WEBSERVER1...

could you please resend the attachments in a zip file. thanks.

"North Star Comics" <sales@northstarcomics.com> wrote in message news:%23v3U%23wiSDHA.3416@WEBSERVER1...

Hello,

All of the charts on all my pages that I am running are failing in the same

way. I have 6-10 different pages that include one or more graphs. All my

pages continued to fail after I accessed and successfully ran your sample

application. The only one that does not fail, is my small test application

that I merged with the code from your sample.

This is an Intranet application. I followed your instructions, but wanted

to make sure that you understood that I cannot provide the binaries of a

page that actually failed because it locks up the browser. Since this fails

periodically (but eventually always fails), I am sending you the binaries of

the (same) page when it doesn't fail. Hopefully that will be helpful to

you. I couldn't figure out how to view the *.chw files using my browser, so

I'm sending you the files as copied from their directory on the server. Let

me know if you need these two files in some other form.

As I mentioned, the more charts I have on a page, the more likely this

failure is to happen. One last thing, and while this may be coincidental, I

changed my resolution from 1280x1024 @ 80 Hz (refresh) to 1024x768 @ 100Hz

(refresh), and the symptoms I've described became far more frequent, with

one of the pages failing on nearly every access. When I changed back to the

1280x1024 resolution, the symptoms, while still present, where again not as

frequent. This application still fails on multiple client PC's all with

different graphic capabilities, so I have no idea of the significance of

the resolution / refresh change information, but I thought it might be

helpful.

There are three attachments:

1) ChartFailure.htm: The html source delivered to the client from the web

page containing two charts. This page fails with the symptoms described

earlier.

2) CFT0714_115155252.chw: One of two files pointed to in the DataPath

property of ChartFailure.htm.

3) CFT0714_115155272.chw: One of two files pointed to in the DataPath

property of ChartFailure.htm.

Thank you.

"SoftwareFX Support" <support@softwarefx.com> wrote in message

news:dRaIZRiSDHA.3268@WEBSERVER1...

> Well, the fact that it is running fine in your server/browser tells me

that

> there is no problem with the environment itself but maybe with the

> particular chart you are generating.

>

> There is also the possibility that you were using an outdated client

> control, by going to our web site you downloaded it the latest version. To

> check if this is the case, run your old page again from your computer, if

> the problem was in the client control it should not happen anymore and all

> you need to do is to download the latest service pack to your server.

>

> If this is not the case (the original page still crashes), then it has to

be

> something to do whit the specific chart settings you are using. To fix

this

> we need a URL where this page is so that we can hit it from here.

>

> If you don't have a URL (this is a Intranet page), what we need is all the

> binary files generated for that page. The binary files can be obtained by

> doing a "View Source" from your browser, checking the object tag and

> retrieving the name for the "DataPath" property. Then point your browser

to

> that URL, download it into your hard drive and send it to us. We need the

> binary file for each of the chart in the page along with the HTML source

for

> the page itself.

>

> Don't send the ASP page, as this will probably contain access to databases

> we don't have making it impossible for us to reproduce the problem.

>

> There should be no problem with having multiple charts in a page.

>

> --

> FP

> Software FX, Inc.

>

>

Link to comment
Share on other sites

Thank you (10x), once for each of my reports that's failing!   I'm very happy you were able to reproduce the problem, and I look forward to a possible work around or service pack fix in the near future.  Will you be able to notify me of the workaround or fix on this newsgroup thread, or should I watch for it somewhere else?

Please let me know if you need anything else from me. I have the time, and I am happy to do whatever is necessary to help correct this problem.

Thank you.

"SoftwareFX Support" <support@softwarefx.com> wrote in message news:RA3O1f9SDHA.3416@WEBSERVER1...

Hi,

We were able to reproduce the issue. We are unable to determine immediately whether the problem is in our dll or in IE. We will need to try and debug this (it will take longer if this turns out to be an IE 6 issue). We will have to determine whether there can be a workaround for this or if we will need to issue a service pack.

GF

"North Star Comics" <sales@northstarcomics.com> wrote in message news:gANBKh7SDHA.3268@WEBSERVER1...

Here are the attachments in .zip format.

Thank you.

"SoftwareFX Support" <support@softwarefx.com> wrote in message news:Ps5YwC7SDHA.3268@WEBSERVER1...

could you please resend the attachments in a zip file. thanks.

"North Star Comics" <sales@northstarcomics.com> wrote in message news:%23v3U%23wiSDHA.3416@WEBSERVER1...

Hello,

All of the charts on all my pages that I am running are failing in the same

way. I have 6-10 different pages that include one or more graphs. All my

pages continued to fail after I accessed and successfully ran your sample

application. The only one that does not fail, is my small test application

that I merged with the code from your sample.

This is an Intranet application. I followed your instructions, but wanted

to make sure that you understood that I cannot provide the binaries of a

page that actually failed because it locks up the browser. Since this fails

periodically (but eventually always fails), I am sending you the binaries of

the (same) page when it doesn't fail. Hopefully that will be helpful to

you. I couldn't figure out how to view the *.chw files using my browser, so

I'm sending you the files as copied from their directory on the server. Let

me know if you need these two files in some other form.

As I mentioned, the more charts I have on a page, the more likely this

failure is to happen. One last thing, and while this may be coincidental, I

changed my resolution from 1280x1024 @ 80 Hz (refresh) to 1024x768 @ 100Hz

(refresh), and the symptoms I've described became far more frequent, with

one of the pages failing on nearly every access. When I changed back to the

1280x1024 resolution, the symptoms, while still present, where again not as

frequent. This application still fails on multiple client PC's all with

different graphic capabilities, so I have no idea of the significance of

the resolution / refresh change information, but I thought it might be

helpful.

There are three attachments:

1) ChartFailure.htm: The html source delivered to the client from the web

page containing two charts. This page fails with the symptoms described

earlier.

2) CFT0714_115155252.chw: One of two files pointed to in the DataPath

property of ChartFailure.htm.

3) CFT0714_115155272.chw: One of two files pointed to in the DataPath

property of ChartFailure.htm.

Thank you.

"SoftwareFX Support" <support@softwarefx.com> wrote in message

news:dRaIZRiSDHA.3268@WEBSERVER1...

> Well, the fact that it is running fine in your server/browser tells me

that

> there is no problem with the environment itself but maybe with the

> particular chart you are generating.

>

> There is also the possibility that you were using an outdated client

> control, by going to our web site you downloaded it the latest version. To

> check if this is the case, run your old page again from your computer, if

> the problem was in the client control it should not happen anymore and all

> you need to do is to download the latest service pack to your server.

>

> If this is not the case (the original page still crashes), then it has to

be

> something to do whit the specific chart settings you are using. To fix

this

> we need a URL where this page is so that we can hit it from here.

>

> If you don't have a URL (this is a Intranet page), what we need is all the

> binary files generated for that page. The binary files can be obtained by

> doing a "View Source" from your browser, checking the object tag and

> retrieving the name for the "DataPath" property. Then point your browser

to

> that URL, download it into your hard drive and send it to us. We need the

> binary file for each of the chart in the page along with the HTML source

for

> the page itself.

>

> Don't send the ASP page, as this will probably contain access to databases

> we don't have making it impossible for us to reproduce the problem.

>

> There should be no problem with having multiple charts in a page.

>

> --

> FP

> Software FX, Inc.

>

>

Link to comment
Share on other sites

  • 1 month later...

It's good to know that SoftwareFx can reproduce this problem.  However, I

don't know if that means they will fix the problem or not (see the other

posts). The helpful poster seems to have gone away, and I haven't seen my

issue discussed / addressed anywhere on the SoftwareFX (support) website. I

was wondering if anyone has had a similar problem, and if they did, how did

they "work around" this issue?

I must upgrade a production application in mid-September and right now I'm

really stuck unless I can figure out how to work around this (or if

SoftwareFX posts a fix at some point).

Thanks for any help!

"North Star Comics" <sales@northstarcomics.com> wrote in message

news:YNCV8%23pRDHA.3416@WEBSERVER1...

> Hi,

>

> I have a problem that only recently started happening. I hadn't made any

> changes to the environment (O/S version etc.). When I create and display

a

> chart it usually works the first time, but often fails the second time,

but

> eventually it will fail. It fails in an unusual way. The browser window

> will 'blink' and show me that it was sending something, then turn

completely

> white. The 'running' icon in the upper right corner of IE6 continues to

> move, and nothing is ever displayed. Hitting the stop button does

nothing.

> At this point, my application is unusable, and I am forced to close the

> browser window and start over. It is consistent, in that it happens with

> all variety of charts (pie, line, etc). Having multiple charts on the

page

> seems to exasperate the condition in that it occurs more frequently.

> However, once again, a single chart on a simple test page shows the same

> symptoms. The symptoms are consistent on 3 different clients accessing

> either 1 of 2 different servers. I am running ChartFX IE 2000 4.5 updated

> with the newest service pack. I have rebooted all the different computers

> involved to remove any issues with garbage in the various caches. I have

> uninstalled an reinstalled SoftwareFX IE2000 on both servers followed by

the

> obligatory service pack upgrades. On one of the servers, I uninstalled

and

> then cleansed the registry of any and all entries related to softwarefx or

> chartfx. Still the problem persists. My Browser signature is as follows:

> (and has been added to SfxCgiWC.ini along with an entry for 6.0 in

> SfxCgi.ini): Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR

> 1.1.4322). Lastly, yes, an activeX control is being sent with the page

that

> fails, it is not an image.

>

> I'm looking for ideas on what this is and what I can do about it. If no

one

> knows the solution, then I'm looking for someway to debug this issue

because

> I really don't have a clue to where to start. Here is the test code that

> causes the condition. I have attempted to change from "Auto" to "ActiveX"

> in the parameters used to show the chart but the symptoms persisted.

Thanks

> in advance for any help you can give me. I'm really stuck.

>

> <html>

> <head>

> <title>Troubleshooting the Client Component</title>

> </head>

> <body>

> <%

> Set chart = Server.CreateObject("ChartFX.WebServer")

> %>

> <%= Chart.GetHtmlTag(200,200,"Auto","Chart1","NSComics") %>

> </body>

> </html>

>

> Thank you!

>

>

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

×
×
  • Create New...