Fix two blocking_allowed_on_stream() calls in QpackBlockingManagerTest.BlockingAllowedOnStream.
At the time of these two calls, there are two blocked streams: kStreamId1 and
kStreamId2. According to the comment at qpack_blocking_manager.h:60, behavior
is undefined if |maximum_blocked_streams| is less than the number of currently
blocked streams.
gfe-relnote: n/a, change to QUIC v99-only code. Protected by existing disabled gfe2_reloadable_flag_quic_enable_version_99.
PiperOrigin-RevId: 271590903
Change-Id: I58755fbc853e4b929fa8c534b8bb0421bbe31168
diff --git a/quic/core/qpack/qpack_blocking_manager_test.cc b/quic/core/qpack/qpack_blocking_manager_test.cc
index f21f1e7..8257363 100644
--- a/quic/core/qpack/qpack_blocking_manager_test.cc
+++ b/quic/core/qpack/qpack_blocking_manager_test.cc
@@ -358,8 +358,8 @@
// Stream is still blocked on its second header block.
manager_.OnHeaderAcknowledgement(kStreamId1);
- EXPECT_TRUE(manager_.blocking_allowed_on_stream(kStreamId1, 1));
- EXPECT_TRUE(manager_.blocking_allowed_on_stream(kStreamId2, 1));
+ EXPECT_TRUE(manager_.blocking_allowed_on_stream(kStreamId1, 2));
+ EXPECT_TRUE(manager_.blocking_allowed_on_stream(kStreamId2, 2));
// Acknowledge decoding of second header block on first stream.
// This unblocks the stream.