Yes, you are right, in principle. Automatic reconnection only applies when there is a need for it - which there isn't, when the one-off methods like Write has already failed, and is not being called again.

If one Write fails on the observer, but more are coming, then at some point, the client will attempt to reconnect to the server, though.

The OnNext method of the UAWriteValueObserver will throw an UAException in case of a problem. How this exception is handled depends on who calls the OnNext, so without knowing your app, I cannot tell what happens with such exception further.

In case the classes that you are using somehow hide this exception or does not allow you to recognize it, it should be possible to write a very simple wrapper over UAWriteValueObserver which would override the OnNext method and handle the exception as needed.

I am not sure if I fully understand the example scenario part where you say "The client will not re-connect to the server in this scenario". If a one-time operation (such as Write) fails because a connection to the serer cannot be made, an error is returned, and the server is internally put into a "failure" state. A reconnection will be made after a configurable period, but ONLY if the application makes further requests (such requests will simply return the last error while we keep the server in "failure" state). The period assures that if the application makes repeated requests, the system is not overloaded with endlessly trying to connect to the server and failing over and over immediately. You are right, however, that "just by itself", no reconnection attempt will be made: Only when you ask for something (Read, Write, ...), a connection is needed - we do not try to reestablish it just because it has failed earlier - there must also be a need for it.

If I have misunderstood something, let me know.

Best regards