<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=us-ascii" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.19154"></HEAD>
<BODY>
<DIV><FONT face=Arial><FONT size=2>I noticed a <SPAN 
class=600192808-23032012>few </SPAN><SPAN class=600192808-23032012>issues 
</SPAN>with <SPAN class=600192808-23032012>the </SPAN>WFS 1.1.0 
r8 <SPAN class=600192808-23032012>tests </SPAN>on the beta site<SPAN 
class=600192808-23032012>, and for some reason the issue tracker won't let me 
submitt bug reports, so I will post it here instead.</SPAN></FONT></FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><FONT size=2 face=Arial>The GetFeature requests that uses a filter 
parameter in the WFS 1.1.0 already have spaces URL-encoded (but no other 
characters), but now the entire URl is encoded as well so spaces become double 
encoded.<BR><BR>Since they now always get encoded anyway, the filters <SPAN 
class=600192808-23032012>in the </SPAN>test<SPAN class=600192808-23032012> 
scripts</SPAN> should probably use actual spaces instead of <SPAN 
class=600192808-23032012>%20</SPAN> to avoid this.<BR><BR>WFS 1.1.0 r8 
GetFeature-GET tc30.1, tc30.2, tc31.1, tc32.1 are affected by 
this.<BR></FONT></DIV>
<DIV><FONT size=2 face=Arial><SPAN class=600192808-23032012>The MIME types use 
in the outputFormat parameter in WFS 1.1.0 r8 beta 
tests DecribeFeatureType-output-format-gml-2.1.2, 
DecribeFeatureType-output-format-gml-3.1.1 and 
GetFeature-output-format-gml-2.1.2 are also double encoded. The tests encode 
these separately so they also get encoded twice (at least they did in the 
old test scripts, the beta site test script links in the session 
results are broken). </SPAN></FONT></DIV>
<DIV><FONT size=2 face=Arial><SPAN class=600192808-23032012></SPAN></FONT><FONT 
size=2 face=Arial><SPAN class=600192808-23032012></SPAN></FONT> </DIV>
<DIV><FONT size=2 face=Arial><SPAN class=600192808-23032012>Its possible this 
affects more tests as the new extra URL-encoding seems to apply 
everywhere.</SPAN></FONT></DIV>
<DIV><FONT size=2 face=Arial><SPAN 
class=600192808-23032012></SPAN></FONT> </DIV>
<DIV><FONT size=2 face=Arial><SPAN class=600192808-23032012>I also noted that 
the URL in the test log is not encoded while the one actually sent to the server 
is, which makes <SPAN class=600192808-23032012>the actual </SPAN>problem a 
bit hard to spot.</SPAN></FONT></DIV>
<DIV><FONT size=2 face=Arial></FONT> </DIV>
<DIV><SPAN class=600192808-23032012><FONT size=2 
face=Arial>regards,</FONT></SPAN></DIV>
<DIV><SPAN class=600192808-23032012><FONT size=2 face=Arial>Mats 
Olsson</FONT></SPAN></DIV>
<DIV><SPAN class=600192808-23032012><FONT size=2 face=Arial>Carmenta 
AB</FONT></SPAN></DIV></BODY></HTML>