site_archiver@lists.apple.com Delivered-To: bluetooth-dev@lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=y3EjPT0gAt5Tb8C5Hi3q9CfBj7DnlIW83TaCGJSCp+A=; b=tiaoFdBmTpE3e+c6J5/CMlDu7rJRaW5iwYRyy14Qyz6AhSuhUGVUWtH9FU3TGHRO4V FrXjabPtMwTb0m31HjaiHnlTUJFoIlxzSlZQbimo3vulqNaYw7XTvoQbOmh2xVXPMnz6 qNWU7qZhJshyzcXdMglN81yIUm6dFqvA+XV4dZpOWBBAF9NQa1rNfTB9jhZjWVj/cUdN +lmqLZh/lMOzCyc5y7pU79NzlYubc9CSN0tt1V6BYcnvqkzwi579XAAn8yd9ngby2NaT jFjiHTu2MG39wSYqUmZfKtrWVqyuwstNHmBwduTepwWn6qJeJ7DScbmATWtckArcBAYo 57+A== After firmware updates my device indicates that all services have been modified through the service changed characteristic in the generic attribute profile. It sends the indication as soon as the client has subscribed for indications. On iOS, I receive ‘didModifyServices’ immediately after connection, before iOS calls didDiscoverServices. This is great. On macOS, I receive didModifyServices a long way (several seconds) into discovery of the device. This causes two problems: If the GATT database structure has changed then I could read/write an invalid attribute and cause a connection timeout due to no response/other errors. If this happens before didModifyServices, macOS can’t connect to this device, as it never gets the indication that services have changed. When didModifyServices is eventually called, I have to throw away all discovery done so far and start again, almost doubling my discovery time This has been the case for a while now. I suppose it’s a bug really, so I will report it. That doesn’t work around the issue for current macOS though. Is there a way to trigger/force macOS to check for modified services immediately? Thanks Nick W: http://nickbrook.me _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.... This email sent to site_archiver@lists.apple.com
participants (1)
-
Nick Brook