[mapserver-dev] 5.2rc1: GetLegendGraphic change?]
Steve.Lime at dnr.state.mn.us
Mon Jul 14 14:26:56 EDT 2008
Cookies available to the server are tagged on to the request parameter array. It's been a feature
of MS for years. Downstream services have no way to know whether a parameter originated from a
get, post or cookie. I'm not sure what the solution is or if it's worth spending time on a fix.
>>> On 7/14/2008 at 2:29 AM, in message
<305184.108.40.206.8.1216020553.squirrel at webmail.hostingdiscounter.nl>,
<bartvde at osgis.nl> wrote:
> Okay, after some debugging I found the culprit.
> There is a website on our intranet which sets a cookie for font size, and
> its name is style and its value is A. So this is added to the request by
> Mapserver (in cgiutil.c), and hence the error message.
> But I don't think this is a good situation, that cookies are overriding
> WMS parameters. Why is this? I see it was already in 5.0, but then
> ofcourse Mapserver did not have named styles as yet.
> Best regards,
> I am not sure why would get this behavior since effectively STYLE is
> an optional parameter. Looking into the code, It seems that the error
> message reported could only happen if STYLE is defined.
> I have done local tests on windows/linux (using the same wms parameters
> as your example) with MapServer svn and I get the expected result.
> Could you send me a simple sample that I can look at? I think if there
> is an issue we should address it before the 5.2 release.
> Best Regards,
> bartvde at osgis.nl wrote:
>> Hi list,
>> using 5.2rc1, something changed, my GetLegendGraphic requests are not
>> working anymore.
>> A request like:
>> yields now an exception:
>> <?xml version='1.0' encoding="ISO-8859-1" standalone="no" ?>
>> <!DOCTYPE ServiceExceptionReport SYSTEM
>> <ServiceExceptionReport version="1.1.1">
>> <ServiceException code="StyleNotDefined">
>> msWMSGetLegendGraphic(): WMS server error. style used in the STYLE
>> parameter is not defined on the layer.
>> Which I don't get since STYLE is an optional parameter.
>> Did something break?
>> Best regards,
>> mapserver-dev mailing list
>> mapserver-dev at lists.osgeo.org
> mapserver-dev mailing list
> mapserver-dev at lists.osgeo.org
More information about the mapserver-dev