Position the conpty cursor correctly when wrappedRow is set (#17290)

## Summary of the Pull Request

If the VT render engine is moving the cursor to the start of a row, and
the previous row was marked as wrapped, it will assume that it doesn't
need to do anything, because the next output should automatically move
the cursor to the correct position anyway.

However, if that cursor movement is coming from the final `PaintCursor`
call for the frame, there isn't going to be any more output, so the
cursor will be left in the wrong position.

This PR fixes that issue by clearing the `_wrappedRow` field before the
`_MoveCursor` call in the `PaintCursor` method.

## Validation Steps Performed

I've confirmed that this fixes all the test cases mentioned in issue
#17270, and issue #17013, and I've added a unit test to check the new
behavior is working as expected.

However, this change does break a couple of `ConptyRoundtripTests` that
were expecting the terminal row to be marked as wrapped when writing a
wrapped line in two parts using `WriteCharsLegacy`. This is because the
legacy way of wrapping a line isn't the same as a VT delayed wrap, so it
has to be emulated with cursor movement, and that can end up resetting
the wrap flag.

It's possible that could be fixed, but it's already broken in a number
of other ways, so I don't think this makes things much worse. For now,
I've just made the affected test cases skip the wrapping check.

## PR Checklist
- [x] Closes #17013
- [x] Closes #17270
- [x] Tests added/passed

src/cascadia/UnitTests_TerminalCore/ConptyRoundtripTests.cpp

@@ -3542,7 +3542,18 @@ void ConptyRoundtripTests::WrapNewLineAtBottomLikeMSYS()
             const auto actualNonSpacesAttrs = defaultAttrs;
             const auto actualSpacesAttrs = rowCircled || isTerminal ? defaultAttrs : conhostDefaultAttrs;
 
-            VERIFY_ARE_EQUAL(isWrapped, tb.GetRowByOffset(row).WasWrapForced());
+            // When using WriteCharsLegacy to emit a wrapped line, with the
+            // frame painted before the second half of the wrapped line, the
+            // cursor needs to be manually moved to the second line, because
+            // that's what is expected of WriteCharsLegacy, and the terminal
+            // would otherwise delay that movement. But this means the line
+            // won't be marked as wrapped, and there's no easy way to fix that.
+            // For now we're just skipping this test.
+            if (!(writingMethod == PrintWithWriteCharsLegacy && paintEachNewline == PaintEveryLine && isWrapped))
+            {
+                VERIFY_ARE_EQUAL(isWrapped, tb.GetRowByOffset(row).WasWrapForced());
+            }
+
             if (isWrapped)
             {
                 TestUtils::VerifyExpectedString(tb, std::wstring(charsInFirstLine, L'~'), { 0, row });

src/host/ut_host/ConptyOutputTests.cpp

@@ -122,6 +122,7 @@ class ConptyOutputTests
     TEST_METHOD(InvalidateUntilOneBeforeEnd);
     TEST_METHOD(SetConsoleTitleWithControlChars);
     TEST_METHOD(IncludeBackgroundColorChangesInFirstFrame);
+    TEST_METHOD(MoveCursorAfterWrapForced);
 
 private:
     bool _writeCallback(const char* const pch, const size_t cch);
@@ -428,3 +429,39 @@ void ConptyOutputTests::IncludeBackgroundColorChangesInFirstFrame()
 
     VERIFY_SUCCEEDED(renderer.PaintFrame());
 }
+
+void ConptyOutputTests::MoveCursorAfterWrapForced()
+{
+    auto& g = ServiceLocator::LocateGlobals();
+    auto& renderer = *g.pRender;
+    auto& gci = g.getConsoleInformation();
+    auto& si = gci.GetActiveOutputBuffer();
+    auto& sm = si.GetStateMachine();
+
+    // We write a character in the rightmost column to trigger the _wrapForced
+    // flag. Technically this is a bug, but it's how things currently work.
+    sm.ProcessString(L"\x1b[1;999H*");
+
+    expectedOutput.push_back("\x1b[2J"); // standard init sequence for the first frame
+    expectedOutput.push_back("\x1b[m"); // standard init sequence for the first frame
+    expectedOutput.push_back("\x1b[1;80H");
+    expectedOutput.push_back("*");
+    expectedOutput.push_back("\x1b[?25h");
+
+    VERIFY_SUCCEEDED(renderer.PaintFrame());
+
+    // Position the cursor on line 2, and fill line 1 with A's.
+    sm.ProcessString(L"\x1b[2H");
+    sm.ProcessString(L"\033[65;1;1;1;999$x");
+
+    expectedOutput.push_back("\x1b[H");
+    expectedOutput.push_back("AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA");
+
+    // The cursor must be explicitly moved to line 2 at the end of the frame.
+    // Although that may technically already be the next output location, we
+    // still need the cursor to be shown in that position when the frame ends.
+    expectedOutput.push_back("\r\n");
+    expectedOutput.push_back("\x1b[?25h");
+
+    VERIFY_SUCCEEDED(renderer.PaintFrame());
+}

src/renderer/vt/paint.cpp

@@ -224,6 +224,15 @@ using namespace Microsoft::Console::Types;
 {
     _trace.TracePaintCursor(options.coordCursor);
 
+    // GH#17270: If the wrappedRow field is set, and the target cursor position
+    // is at the start of the next row, it's expected that any subsequent output
+    // would already be written to that location, so the _MoveCursor method may
+    // decide it doesn't need to do anything. In this case, though, we're not
+    // writing anything else, so the cursor will end up in the wrong location at
+    // the end of the frame. Clearing the wrappedRow field fixes that.
+    _wrappedRow = std::nullopt;
+    _trace.TraceClearWrapped();
+
     // MSFT:15933349 - Send the terminal the updated cursor information, if it's changed.
     LOG_IF_FAILED(_MoveCursor(options.coordCursor));