Minor fix change to copy semantics for const shared_ptr since it has …

[siddimore]

Summary

LocalAudioTrack::setPublication() and LocalVideoTrack::setPublication() both called std::move() on a const shared_ptr& parameter.
Because the parameter is const, std::move produces a const shared_ptr&&, which cannot bind to shared_ptr's
move-assignment operator (which requires non-const &&).
The compiler silently falls back to copy assignment — the std::move was a no-op.

This PR removes the std::move and documents why the virtual signature is left as const& rather than changed to
by-value (which would enable a true move but constitutes an API-breaking change).

What changed

local_audio_track.h — Replace std::move(publication) with direct copy assignment
local_video_track.h — Same fix
Added comments explaining the const& constraint from the base Track::setPublication virtual signature

Why not change the signature?

setPublication is declared virtual in Track. Changing the parameter from const shared_ptr& to shared_ptr (by value) would be an ABI/API break for any downstream code overriding this method.

Impact

No behavioral change — the code was already copying. This just removes a misleading std::move that suggests a move is happening when it isn't.

[xianshijing-lk]

Thanks for fixing it.

[alan-george-lk]

Thanks for this and great PR body/description of the issue!