**Steps to replicate the issue, then //What happens?//**
* Make sure the "reply" tool has your default set as "Source", not "Visual" (top right of pop-up reply box)
* Go to a talk page (user or article talk)
* Click on the "New section" tab or the "Start a discussion" button. // The reply tool box will pop up, saying "A new way to start topics is here"//
* Add any text to the body field
* Change your mind about using the reply tool; click the "Edit" or "Create" tab to switch to the traditional source editing of the entire page. //The traditional editing fields will pop up with, oddly, the reply tool box below them.//
* Click the "Preview" button below the trad editing text-entry box. //Reply-tool editing boxes will load recursively, one inside another, with each new inner nested box placed between the live preview and the summary field of the previous (outer, enclosing) reply-tool editing box. Each reply-tool editing box will also produce a popup saying "**Changes recovered** [linebreak] Your unsaved changes have been automatically recovered"//
**Variant**:
If you have Visual mode set in the reply tool, it fails in a similar non-recursive way, flanking the traditional editing bow with two reply-tool boxes.
**What should have happened instead?**:
I should be able to switch out of the reply-tool mode into the traditional tool mode at any point, because there are some things you can't do with the reply tool.
**Other information** (browser name/version, screenshots, etc.):
Debian's Firefox LTS, currently 91.13.0esr