<p dir="ltr">It can happen (mostly with custom software written against the API rather than the web interface that ships with), but doesn't make much sense.  You either want to set a value, or you want to remove it.  Doing both seems pretty pointless.</p>

<p dir="ltr">My input would be to either do what we're doing now, and have delete effectively override set, or what Dietmar proposed, which is to throw an error if a request comes in asking to do both.  I'd actually lean toward the latter, too, for principle of least surprise.</p>

<div class="gmail_quote">On Feb 25, 2014 11:23 AM, "Stefan Priebe" <<a href="mailto:s.priebe@profihost.ag">s.priebe@profihost.ag</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Am <a href="tel:25.02.2014%2016" value="+12502201416" target="_blank">25.02.2014 16</a>:48, schrieb Dietmar Maurer:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-           foreach my $opt (keys %$param) { # add/change<br>
+           my $conf_param = { %$param, map {$_ => undef} @delete };<br>
</blockquote>
<br>
I guess you need to process @delete parameters first? Or maybe we should check<br>
that we do net set both (param value and delete)?<br>
</blockquote>
<br>
my idea was that delete is more important than param so @delete params overwrite param.<br>
<br>
Can it happen that we have both?<br>
<br>
Stefan<br>
<br>
<br>
______________________________<u></u>_________________<br>
pve-devel mailing list<br>
<a href="mailto:pve-devel@pve.proxmox.com" target="_blank">pve-devel@pve.proxmox.com</a><br>
<a href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel" target="_blank">http://pve.proxmox.com/cgi-<u></u>bin/mailman/listinfo/pve-devel</a><br>
</blockquote></div>