I have tested the kernel provided with commit ef754413085f5 and the bug persists. The daemons do not stop if the integration services are being disabled.
The kernel provided in comment #36 was not affected by the bug. That was the first good commit.
Regarding comment #27, the kernel tested was reported as bad (the daemon still remains running after the integration service is being disabled).
Just to make sure we got this right, there are 2 issues right now:
1. The daemons do not stop if the integration service is being disabled, they remain running in the process list, but are not functional. This issue is present in the kernels tested up to 4.4.0-2. This issue is NOT present in kernel 4.4.0-3, here the daemons processes do stop if the integration service is disabled. Regarding this issue, the kernel provided in comment #36 is a good kernel.
2. The daemons do not automatically start after the integration service is disabled and then enabled again. This is the initial bug discovered in 16.04 and 17.04.
Kernel 4.4.0-3 does not have the first issue, but it has the second one.
I have tested the kernel provided with commit ef754413085f5 and the bug persists. The daemons do not stop if the integration services are being disabled.
The kernel provided in comment #36 was not affected by the bug. That was the first good commit.
Regarding comment #27, the kernel tested was reported as bad (the daemon still remains running after the integration service is being disabled).
Just to make sure we got this right, there are 2 issues right now:
1. The daemons do not stop if the integration service is being disabled, they remain running in the process list, but are not functional. This issue is present in the kernels tested up to 4.4.0-2. This issue is NOT present in kernel 4.4.0-3, here the daemons processes do stop if the integration service is disabled. Regarding this issue, the kernel provided in comment #36 is a good kernel.
2. The daemons do not automatically start after the integration service is disabled and then enabled again. This is the initial bug discovered in 16.04 and 17.04.
Kernel 4.4.0-3 does not have the first issue, but it has the second one.