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

quic/core/qpack/qpack_blocking_manager_test.cc

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.