Systemd 207, with patches. I have a program that reacts to UnitNew signals from systemd by issuing a Properties.GetAll call to the new unit. Now, if someone anywhere issues a Properties.GetAll call (or probably any other call) for a non-loaded unit, systemd will emit two UnitNew/UnitRemoved signals back to back. By the time my program has received the UnitNew signal of the pair and issued the Properties.GetAll call, the unit has already disapeared again from systemds memory, and the Properties.GetAll call results in another pair of UnitNew/UnitRemove signals. This will then cause my program to call Properties.GetAll again, leading to a tight infinite loop. This didn't happen with systemd 201. I think it is reasonable to react to a UnitNew signal with a Properties.GetAll call. No?
Fwiw, I am still seeing this behavior with systemd 219. As a workaround, I am now listening to the Reloading, JobNew, and JobRemoved signals instead of UnitNew. This seems to catch all points where unit properties might change without a PropertiesChanged signal.
This is a massive problem for me as well. When will this glaring flaw be fixed?
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.