[qt/qt/qttools]: Summary of bulk changes made
KDE Git Services - Bulk Change <[email protected]>
| Newsgroups | gmane.comp.kde.cvs |
|---|---|
| Message-ID | <[email protected]> |
Git repository change summary for qt/qt/qttools Pushed by mirror-service into branch '6.12'. Changed from f7fc82fc082d8a8d1b0d5f7859ebbade8db49bd3 to c213a0df35a6e5939d7d826c9a7af54e26dadd1e Acknowledgement was received that this change introduces only existing code that has been pushed to another public open source repository. This change contains the following new commits: Git commit c213a0df35a6e5939d7d826c9a7af54e26dadd1e by Paul Wicking on 28/07/2026 at 12:08.. QDoc: Chop carriage return at line continuation A line that ends with ' \' (space backslash) is interpreted by QDoc as a trailing-line-continuation symbol. On sources that are saved with Windows line endings, the carriage return between the backslash and the newline is treated as ordinary text while scanning the line. When a blank line follows the continuation, the leading words of the argument are silently dropped. This results in platform-dependent parsing depending on whether the line employs Unix- or Windows-style line endings. QDoc now treats that carriage return as part of the line ending rather than as content. A continued argument is scanned, joined, and returned the same regardless of whether the source uses CRLF or LF endings, so Windows-authored documentation produces the same output as its Unix counterpart. A regression fixture with genuine CRLF bytes guards the behavior. Fixes: QTBUG-119610 Change-Id: I30765040f27f0003d1ef9d05efb6ba1e22e9c39f Reviewed-by: David Boddie <[email protected]> (cherry picked from commit 5d5e3e57ceb6439e1edd2bbf96385f9583a07858) https://invent.kde.org/qt/qt/qttools/-/commit/c213a0df35a6e5939d7d826c9a7af54e26dadd1e