User (Legacy) Posted July 10, 2003 Report Share Posted July 10, 2003 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 More sharing options...
User (Legacy) Posted July 10, 2003 Author Report Share Posted July 10, 2003 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 More sharing options...
User (Legacy) Posted July 11, 2003 Author Report Share Posted July 11, 2003 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 More sharing options...
Software FX Posted July 11, 2003 Report Share Posted July 11, 2003 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 More sharing options...
User (Legacy) Posted July 11, 2003 Author Report Share Posted July 11, 2003 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 More sharing options...
Software FX Posted July 14, 2003 Report Share Posted July 14, 2003 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 More sharing options...
User (Legacy) Posted July 14, 2003 Author Report Share Posted July 14, 2003 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 More sharing options...
Software FX Posted July 16, 2003 Report Share Posted July 16, 2003 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 More sharing options...
User (Legacy) Posted July 16, 2003 Author Report Share Posted July 16, 2003 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 More sharing options...
Software FX Posted July 16, 2003 Report Share Posted July 16, 2003 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 More sharing options...
User (Legacy) Posted July 16, 2003 Author Report Share Posted July 16, 2003 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 More sharing options...
Software FX Posted August 27, 2003 Report Share Posted August 27, 2003 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 More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.