Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DOC-2270_TINY-6460 release notes entry: TableOperations.opPasteColsAfter & TableOperations.opPasteRowsAfter now place the cursor in the newly pasted row/column to be consistent with the other pasting operations. #3081

Merged
merged 6 commits into from
Feb 26, 2024
13 changes: 12 additions & 1 deletion modules/ROOT/pages/7.0-release-notes.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -127,13 +127,24 @@ For information on using premium skins and icon packs, see: xref:premium-skins-a
[[bug-fixes]]
== Bug fixes

{productname} <x.y[.z]> also includes the following bug fix<es>:
{productname} 7.0 also includes the following bug fix<es>:

=== <TINY-vwxyz 1 changelog entry>
//#TINY-vwxyz1

// CCFR here.

=== `TableOperations.opPasteColsAfter` & `TableOperations.opPasteRowsAfter` now place the cursor in the newly pasted row/column to be consistent with the other pasting operations.
// #TINY-6460

Previously, the cursor position in `opPasteRowsAfter` and `opPasteColsAfter` was calculated incorrectly after pasting a new rol or column.

As a result, after pasting, the cursor remained in the same position instead of moving to the newly pasted row or column.

{productname} 7.0 addresses this, fixing the cursor calculation in `opPasteRowsAfter` and `opPasteColsAfter` to use the 'index' variable.

Now, when using "Paste row/column after," the cursor is correctly positioned in the newly pasted row or column.
kemister85 marked this conversation as resolved.
Show resolved Hide resolved

[[security-fixes]]
== Security fixes

Expand Down
Loading