Closed zhouguiheng closed 3 years ago
It's likely a bug introduced in version 0.2.43.0 by this commit. Not sure if there's other bug but one obvious bug is that Device->Remove
is not initialized back to false in AddCastDevice. It means that a new device will be immediately removed if it reuses an old free spot.
I downloaded the older version and it worked well so far.
Thanks - fixed
Thanks for the quick fix! Verified the new version worked well.
The
aircast-arm
is launched by service in raspberry pi:ExecStart=/home/pi/AirConnect/aircast-arm -Z -x /home/pi/AirConnect/config.xml
Starting log:
Then one device Study Room Wifi (renamed to Study Room in config.xml) got removed after 6 hours:
it never gets added back. I then restart the service by
sudo systemctl restart airconnect.service
, log:(No logs are omitted in between the logs above).
As seen in the last log above, aircast was force-killed as stop-sigterm timed out, and the Study Room Wifi was rediscovered once the service gets restarted. Seems some thread stuck? Below is the log for a normal service restart: