Steps to replicate the issue, then What happens?
- Make sure the "reply" tool has your default editing mode 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 (not the "[ reply ]" link after a comment sig).
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.
- Confirm that you want to leave the page, in order to dismiss the popup.
The traditional editing fields will appear 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"
- (Hit page-reload on your browser to stop the recursion)
Variant:
If you have Visual mode set in the reply tool, it fails in a similar but non-recursive way, flanking the traditional editing fields with two reply-tool boxes (one above, one below).
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:
Debian's Firefox LTS, currently 91.13.0esr