@@ -1293,19 +1293,20 @@ async def _acs_events(
12931293 ) -> AsyncIterable [CreateEvent | Boundary ]:
12941294 stub = self ._call .grpc_stub (lapipb .ActiveContractsServiceStub )
12951295 request = lapipb .GetActiveContractsRequest (ledger_id = self ._call .ledger_id , filter = filter_pb )
1296- self ._response_stream = response_stream = stub .GetActiveContracts (
1297- request ,
1298- ** self ._call .grpc_kwargs ,
1299- )
1300-
1301- offset = None
13021296
13031297 # Unidirectional gRPC streams cannot sensibly have a deadline because the stream may be
13041298 # open indefinitely. However, if fetching an individual message from the stream takes a
13051299 # long time here, we can reasonably assume that the stream is dead, because Active
13061300 # Contract Set messages are really supposed to be sent as quickly as the server can send
13071301 # them. In other words, a long timeout pause in the middle of pulling down ACS messages
13081302 # would be highly unusual, so we treat them as fatal
1303+ self ._response_stream = response_stream = stub .GetActiveContracts (
1304+ request ,
1305+ ** self ._call .grpc_kwargs_infinite_timeout ,
1306+ )
1307+
1308+ offset = None
1309+
13091310 i = response_stream .__aiter__ ()
13101311 while True :
13111312 try :
@@ -1347,7 +1348,7 @@ async def _tx_events(
13471348
13481349 self ._response_stream = response_stream = stub .GetTransactions (
13491350 request ,
1350- ** self ._call .grpc_kwargs ,
1351+ ** self ._call .grpc_kwargs_infinite_timeout ,
13511352 )
13521353 i = response_stream .__aiter__ ()
13531354
0 commit comments