`TextEncoder.encodeInto()` underfills the destination for some non-ASCII text

There are two problems I found with TextEncoder.encodeInto(), both of which can cause encoding to stall even when the next char can fit the destination.

1. A 2-byte char requires a 3-byte destination

   const encoder = new TextEncoder();
   const text = '\u0400'.repeat(33);
   
   console.log(encoder.encodeInto(text, new Uint8Array(2)));  // { read: 0, written: 0 }
   console.log(encoder.encodeInto(text, new Uint8Array(3)));  // { read: 1, written: 2 }
   

   The second call proves that '\u0400' should fit into a 2-byte array.

2. Appending an unread character changes encoding progress

   const encoder = new TextEncoder();
   const text = 'é'.repeat(33);
   
   console.log(encoder.encodeInto(text, new Uint8Array(2)));  // { read: 0, written: 0 }
   console.log(encoder.encodeInto(text + '☺', new Uint8Array(2)));  // { read: 1, written: 2 }
   

   Appending ☺ should not change whether preceding chars can be read into the buffer, but there it is.

The bugs were introduced by the encodeInto() performance change in Node.js v25.4.0. The examples above use length 33 strings to exercise that optimized path(kSmallStringThreshold = 32). Unfortunately the current encodeInto.any.js WPT tests fail to expose the problems because:

1. all input cases use 7 or fewer code units
2. even then, the cases don't use chars between U+0400 and U+07FF, and
3. their cases don't contain a narrow dst capacity to reveal the signed-byte problem.

Proposed fixes

src/encoding_binding.cc

1. Incorrect cutoff in simpleUtfEncodingLength()

   -  if (c < 0x400) return 2;
   +  if (c < 0x800) return 2;
   

   (very likely a typo, given the comment immediately below it says "Code points < 0x800: 2 bytes")

2. Signed-byte handling in findBestFit()

   -    size_t extra = simpleUtfEncodingLength(data[pos]);
   +    size_t extra = simpleUtfEncodingLength(UTF16 ? data[pos] : static_cast<uint8_t>(data[pos]));
   

从 src/encoding_binding.cc 开始，重点查看 simpleUtfEncodingLength() 和 findBestFit()，然后检查 encodeInto.any.js 中的 WPT 覆盖情况。复现 33 个字符的示例，并为 U+0400–U+07FF 和狭窄目标添加覆盖；完成的标准是 encodeInto 报告预期的读取/写入值，并且相关的 WPT 测试通过。