DOC-3315: TinyMCE 8.2.1 Release Documentation.

.api-version

@@ -1 +1 @@
-8.2.0
+8.2.1

modules/ROOT/nav.adoc

@@ -421,6 +421,10 @@
 ** xref:tinymce-and-cors.adoc[Cross-Origin Resource Sharing (CORS)]
 * Release information
 ** xref:release-notes.adoc[Release notes for {productname}]
+*** {productname} 8.2.1
+**** xref:8.2.1-release-notes.adoc#overview[Overview]
+**** xref:8.2.1-release-notes.adoc#accompanying-premium-plugin-changes[Accompanying Premium Plugin changes]
+**** xref:8.2.1-release-notes.adoc#bug-fixes[Bug fixes]
 *** {productname} 8.2.0
 **** xref:8.2.0-release-notes.adoc#overview[Overview]
 **** xref:8.2.0-release-notes.adoc#accompanying-premium-plugin-changes[Accompanying Premium Plugin changes]

modules/ROOT/pages/8.2.0-release-notes.adoc

@@ -140,7 +140,7 @@ Previously, certain elements received an additional newline when indented due to
 
 Previously, UI elements such as focus outlines and placeholder text were rendered in printed versions of the editor content, resulting in unwanted visual artifacts in printed documents. This behavior caused confusion and reduced the professional appearance of printed materials. To address this issue, printing-specific styles were introduced to automatically hide all UI-related elements within the editor content during printing. As a result, printed output now includes only the intended content, ensuring clean and consistent presentation across all printouts.
 
-=== The `open` attribute on `<details>` elements is now normalized to `open="open"` when the accordion plugin is enabled. 
+=== The `open` attribute on `<details>` elements is now normalized to `open="open"` when the accordion plugin is enabled.
 // #TINY-12862
 
 Previously, the `open` attribute on `<details>` elements was inconsistently defined when used with the accordion plugin. In some cases, the attribute appeared as `+open="true"+`, while toggling through the plugin converted it to `+open="open"+`. This inconsistency caused issues when loading externally created content that contained multiple open accordions with different attribute values, leading to mismatched accordion states.

modules/ROOT/pages/8.2.1-release-notes.adoc

@@ -0,0 +1,55 @@
+= {productname} {release-version}
+:release-version: 8.2.1
+:navtitle: {productname} {release-version}
+:description: Release notes for {productname} {release-version}
+:keywords: releasenotes, bugfixes
+:page-toclevels: 1
+
+include::partial$misc/admon-releasenotes-for-stable.adoc[]
+
+
+[[overview]]
+== Overview
+
+{productname} {release-version} was released for {enterpriseversion} and {cloudname} on Thursday, November 6^th^, 2025. These release notes provide an overview of the changes for {productname} {release-version}, including:
+
+* xref:accompanying-premium-plugin-changes[Accompanying Premium plugin changes]
+* xref:bug-fixes[Bug fixes]
+
+== Accompanying Premium plugin changes
+
+The following premium plugin updates were released alongside {productname} {release-version}.
+
+=== PowerPaste
+
+The {productname} {release-version} release includes an accompanying release of the **PowerPaste** premium plugin.
+
+**The PowerPaste plugin** includes the following fix.
+
+==== Dragging an element over the editor would cause it to jump unexpectedly on some versions of Chrome with the PowerPaste plugin.
+// #TINY-13196
+
+In {productname} xref:8.2.0-release-notes.adoc#the-editor-would-upon-gaining-focus-scroll-to-the-center-of-the-editor-on-some-browsers-if-the-top-of-the-editor-was-out-of-frame[8.2.0], an issue was resolved where the editor would unexpectedly scroll in certain situations. This behavior originated from a workaround for a Chromium bug, which caused the editor to scroll when the top of the editor was out of frame.
+
+While this issue was addressed for the core editor behavior in that release, the same problem persisted in the xref:introduction-to-powerpaste.adoc[PowerPaste] plugin, resulting in similar unexpected scrolling.
+
+In {productname} {release-version}, this issue has now been fully resolved for PowerPaste as well. The editor no longer scrolls unexpectedly when using the PowerPaste plugin.
+
+For information on the **PowerPaste** plugin, see: xref:introduction-to-powerpaste.adoc[PowerPaste plugin].
+
+[[bug-fixes]]
+== Bug fixes
+
+{productname} {release-version} also includes the following bug fixes:
+
+=== Resizing the editor's height would add a fixed width value.
+// #TINY-13138
+
+Previously, an issue was identified where the editor’s width styles were overwritten when resizing the editor. This caused the width styles to break, resulting in the editor having a fixed width value instead of adapting to the container’s width.
+
+In {productname} {release-version}, this issue has been resolved. The editor's width is no longer overwritten after resizing when the xref:editor-size-options.adoc#resize[resize option] is set to `true`. Now, resizing only affects the width when the resize option is set to `both`. This ensures that only the necessary styles are applied during editor resizing, preserving other styles and allowing the resize behavior to function as expected.
+
+=== The Help Plugin did not contain an entry for the Full Page HTML plugin.
+// #TINY-13183
+
+Prior to the {release-version} release, the xref:fullpagehtml.adoc[Full Page HTML] plugin was not included in the plugin list displayed in the xref:help.adoc[Help plugin] dialog. This has now been corrected, and the Help plugin dialog properly lists the plugin.

modules/ROOT/pages/changelog.adoc

@@ -4,6 +4,14 @@
 
 NOTE: This is the {productname} Community version changelog. For information about the latest {cloudname} or {enterpriseversion} Release, see: xref:release-notes.adoc[{productname} Release Notes].
 
+== xref:8.2.1-release-notes.adoc[8.2.1 - 2025-11-06]
+
+### Fixed
+* Resizing the editor's height would add a fixed width value.
+// #TINY-13138
+* Help Plugin did not contain an entry for the Fullpage HTML plugin.
+// #TINY-13183
+
 == xref:8.2.0-release-notes.adoc[8.2.0 - 2025-10-23]
 
 ### Improved
@@ -13,7 +21,7 @@ NOTE: This is the {productname} Community version changelog. For information abo
 ### Fixed
 * UI elements like focus outlines and placeholders would be visible after printing.
 // #TINY-12584
-* The `open` attribute on `<details>` elements is now normalized to `open="open"` when the accordion plugin is enabled. 
+* The `open` attribute on `<details>` elements is now normalized to `open="open"` when the accordion plugin is enabled.
 //#TINY-12862
 * Tooltips on toolbar buttons sometimes remained visible if the button icon was updated while hovered.
 // #TINY-12289