status_dhcp6_leases incorrect comparison operator
status_dhcp6_leases incorrect comparison operator

rather than assignment.
Also $dhcpv6leaseinlocaltime  was also being re-used as the value part of the foreach - that looks not so good also.
Even so, I think the old code would have worked by good luck - in the end $dhcpv6leaseinlocaltime is only compared to "yes" anyway, so if it ended up as unset, or some part of a sub-array of $config['dhcpdv6'] or... it still functioned like "no".
I found this by a quick scan through the output of:
find /usr -type f -exec grep -H "^[^(]*==" {} \;
That returns a lot of other stuff, but the bad uses of "==" stand out.
ptorsten/pfsense,ptorsten/pfsense,phil-davis/pfsense,ch1c4um/pfsense,pfsense/pfsense,brunostein/pfsense,ch1c4um/pfsense,NOYB/pfsense,phil-davis/pfsense,BlackstarGroup/pfsense,jxmx/pfsense,ptorsten/pfsense,NOYB/pfsense,ch1c4um/pfsense,pfsense/pfsense,BlackstarGroup/pfsense,pfsense/pfsense,NewEraCracker/pfsense,dennypage/pfsense,brunostein/pfsense,dennypage/pfsense,brunostein/pfsense,dennypage/pfsense,jxmx/pfsense,pfsense/pfsense,phil-davis/pfsense,phil-davis/pfsense,NewEraCracker/pfsense,BlackstarGroup/pfsense,NewEraCracker/pfsense,ch1c4um/pfsense,dennypage/pfsense,jxmx/pfsense,NewEraCracker/pfsense,BlackstarGroup/pfsense,NOYB/pfsense