Jump to content
Software FX Community

SfxCgi.ini & SfxWCCgi.ini


User (Legacy)

Recommended Posts

Hello Everyone,

I have an application that uses ChartFX version 5.5. I use the bit

stream generation capability to download the data to the clients. This is

an intranet application with IE being the only browser this application has

to use.

Recently, users have been trying to graph data and are getting white,

blank web pages. The chart component doesn't download. After researching

it, I found that the problem was the config files didn't match the

HTTP_USER_AGENT to the broswer attempting to graph and hence didn't know

what to do. To fix it, I said for it to match everything and default it

back to the [iE 6.0] tag. However, some patterns still are not getting

added to the SfxCgi.ini or matched correctly.

Is there a way to force ChartFX to use the ActiveX object. The third

parameter in the GetHtmlTag is already used by by bit streaming the data to

the client and so can't set it. I just don't understand why the match I set

up don't want to work always.

Any help is greatly appreciated. I have attached copies of the ini

files in question.

Sincerely,

Jonathon P. Gladieux

Quad/Graphics, Inc.

Link to comment
Share on other sites

Do you know the user agent sent by the browsers that get the blank page ?

What are you setting the third parameter of the GetHtmlTag and GetHtmlData

calls ?

--

Regards,

JC

Software FX Support

"Jonathon P. Gladieux" <jpgladieux@qg.com> wrote in message

news:zP45B68YCHA.3136@webserver1.softwarefx.com...

> Hello Everyone,

>

> I have an application that uses ChartFX version 5.5. I use the bit

> stream generation capability to download the data to the clients. This is

> an intranet application with IE being the only browser this application

has

> to use.

> Recently, users have been trying to graph data and are getting white,

> blank web pages. The chart component doesn't download. After researching

> it, I found that the problem was the config files didn't match the

> HTTP_USER_AGENT to the broswer attempting to graph and hence didn't know

> what to do. To fix it, I said for it to match everything and default it

> back to the [iE 6.0] tag. However, some patterns still are not getting

> added to the SfxCgi.ini or matched correctly.

> Is there a way to force ChartFX to use the ActiveX object. The third

> parameter in the GetHtmlTag is already used by by bit streaming the data

to

> the client and so can't set it. I just don't understand why the match I

set

> up don't want to work always.

> Any help is greatly appreciated. I have attached copies of the ini

> files in question.

>

> Sincerely,

>

> Jonathon P. Gladieux

> Quad/Graphics, Inc.

>

>

>

>

>

>

>

Link to comment
Share on other sites

First, I think a little background information is necessary to

understand the environment the ChartFX is working in.

We have an intranet application that is load-balanced by an F5 machine to

two intranet web servers running Win2k. Because of the load-balancing, I

have to use the bit stream feature. So, I have two production servers

running ChartFX 5.5. It is unknown which users/browsers will use which

system. All I know is that the application is designed only to work with IE

3.x and higher. So, to make all flavors of IE user agents be able to graph,

I pattern match to everything and set its parent back to [iE 6.0] which just

says for it to build an activex graph, and use png for image files. Now, to

answer your questions.

The user agent that gets the blank page varies, but my contention is

since I have set the SfxCgiWC.ini to accept anything, it shouldn't matter

what the user agent is. As far as the third parameter of GetHtmlTag, it is

set to the URL to get the data. In general, it seems that unknown user

agents are added to SfxCgiWC.ini file but are not added always added to the

corresponding SfxCgi.ini file. I know this is a very unusual error. Is

there anything you can see in the configuration files that might be causing

that? As far as the third parameter of the GetHtmlTag, it is set to the URL

where to get the data.

As a courtesy, I have attached the code snippets in question as a

reference. I appreciate any help or insights you have to offer.

Sincerely,

Jonathon P. Gladieux

Quad/Graphics, Inc.

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

news:VeIUKF9YCHA.2744@webserver1.softwarefx.com...

> Do you know the user agent sent by the browsers that get the blank page ?

> What are you setting the third parameter of the GetHtmlTag and GetHtmlData

> calls ?

>

> --

> Regards,

>

> JC

> Software FX Support

> "Jonathon P. Gladieux" <jpgladieux@qg.com> wrote in message

> news:zP45B68YCHA.3136@webserver1.softwarefx.com...

> > Hello Everyone,

> >

> > I have an application that uses ChartFX version 5.5. I use the bit

> > stream generation capability to download the data to the clients. This

is

> > an intranet application with IE being the only browser this application

> has

> > to use.

> > Recently, users have been trying to graph data and are getting

white,

> > blank web pages. The chart component doesn't download. After

researching

> > it, I found that the problem was the config files didn't match the

> > HTTP_USER_AGENT to the broswer attempting to graph and hence didn't know

> > what to do. To fix it, I said for it to match everything and default it

> > back to the [iE 6.0] tag. However, some patterns still are not getting

> > added to the SfxCgi.ini or matched correctly.

> > Is there a way to force ChartFX to use the ActiveX object. The

third

> > parameter in the GetHtmlTag is already used by by bit streaming the data

> to

> > the client and so can't set it. I just don't understand why the match I

> set

> > up don't want to work always.

> > Any help is greatly appreciated. I have attached copies of the ini

> > files in question.

> >

> > Sincerely,

> >

> > Jonathon P. Gladieux

> > Quad/Graphics, Inc.

> >

> >

> >

> >

> >

> >

> >

>

>

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...