That looks quite proper after the LuCI action. (the old style of option formatting, not as list items but an one-line list.)
The advice in wiki looks like the one that mangles things. (note the two separately quoted items)
And after there is semi-invalid config line in uci, LuCI then understands it wrongly. But LuCI just interpretes config files and does not actually "unassign" anything.
To me that looks like an error in uci itself.
And that is bad.
Might be that uci handles wrong a "list" command targeted to a non-list option item. uci add_list firewall.wan.network="${WG_IF}"
vs.
I created a bug report for Luci and OpenWrt referencing each other since I think they are better at figuring out who should fix this than I am. Since I do not have any idea about the inner workings of this I expect one side to close the issue after inspecting it.
Funnily enough, you might read the reasoning in the year 2013 changing the firewall zone config style to "list"...
Looks like the problem has been recognised then, but LuCI seems to continue using "option". Strange enough, as the committer jow is the main author of LuCI.
Note that using spaces not as delimiter but as part of a single entry is a completely valid use case.
And UCI is doing the right thing when converting option to list:
> uci set x.y.z="a 1"
> uci add_list x.y.z="b 2"
> uci show x.y.z
x.y.z='a 1' 'b 2'
I just hope we don't make it even worse by "fixing" the wrong component.