<div dir="ltr">I have a branch started that adds this functionality (currently for just a scalebar) at <a href="https://github.com/sdlime/mapserver/tree/urlupdate">https://github.com/sdlime/mapserver/tree/urlupdate</a>. It's essentially what I mentioned back in June (time flies). It adds a new attribute called URLUPDATE (more descriptive) that would specify properties that can be updated. The default would be nothing so users would explicitly have to choose what is allowed (from an already limited subset).<div><br></div><div><div>SCALEBAR</div><div>  ...</div><div>  URLUPDATE "UNITS|SIZE"</div><div>END</div></div><div><br></div><div>We would apply the same approach to all relevant objects. So by default no updates would be allowed. I can create a WIP pull request later today...</div><div><br></div><div>--Steve</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 14, 2021 at 9:46 AM Steve Lime <<a href="mailto:sdlime@gmail.com">sdlime@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Thinking about this, I'd guess I'd propose adding a mutable parameter to structures that support runtime updates. It wouldn't be a boolean but rather a string. Default would be NULL so everything is immutable by default. If a value is present the value would be interpreted as a case-insensitive regex against the allowed attributes. So, for example you could have:<div><br></div><div>SCALEBAR</div><div>  ...</div><div>  MUTABLE "UNITS"</div><div>END</div><div><br></div><div>So, in this case the units of scalebar could be changed via the syntax given in RFC 44 but nothing else.</div><div><br></div><div>--Steve</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 18, 2021 at 8:51 AM Steve Lime <<a href="mailto:sdlime@gmail.com" target="_blank">sdlime@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Thanks for the explanation Dan! FWIW I can work up a pull request to illustrate what I was thinking by adding a mutable parameter... I think that can be a simple, easy to understand and explicit approach. --Steve</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 18, 2021 at 8:47 AM Daniel Morissette <<a href="mailto:dmorissette@mapgears.com" target="_blank">dmorissette@mapgears.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">FYI mode=OWS was added to deal with OGC compliance testing which <br>
requires the server to produce an exception in some cases if the <br>
SERVICE/REQUEST parameters are missing... and since MapServer falls back <br>
on the CGI mode by default if SERVICE/REQUESTS are not present then the <br>
only way we could imagine to produce that exception and be compliant was <br>
to add a mode=OWS vendor-specific param in the onlineresource.  More <br>
info here:<br>
<br>
<a href="https://github.com/MapServer/MapServer/issues/2512" rel="noreferrer" target="_blank">https://github.com/MapServer/MapServer/issues/2512</a><br>
<br>
and<br>
<br>
<a href="https://github.com/MapServer/MapServer/issues/2531" rel="noreferrer" target="_blank">https://github.com/MapServer/MapServer/issues/2531</a><br>
<br>
<br>
P.S. I'm following this thread and think it may be a good idea to have <br>
"more opt in and less opt out" for security reasons as long as the <br>
mechanism to handle this is clear and easy to understand, but I don't <br>
have a strong opinion on the proposed changes, that's why I'm staying quiet.<br><br>
-- <br>
Daniel Morissette<br>
Mapgears Inc<br>
T: +1 418-696-5056 #201<br>
_______________________________________________<br>
mapserver-dev mailing list<br>
<a href="mailto:mapserver-dev@lists.osgeo.org" target="_blank">mapserver-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/mapserver-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/mapserver-dev</a><br>
</blockquote></div></div>
</blockquote></div>
</blockquote></div>