I suspect this latest breakage is caused by Phabricator T155861: Migrate Flow to use the integrated VE/WT editor widget when it exists.
Steps to reproduce:
- Go to United States or any of the other 500 articles listed here.
- Edit source.
- Copy all. (CTRL-A CTRL-C)
- Click reply or create a new Flow post in wikitext mode. (Visual mode seems to be equally affected, but I only tested it once.)
- Paste. (CTRL-V)
- The browser tab locks up completely. Wait. Wait. Wait. In one case I tried waiting over 15 minutes.
- Kill the browser tab to escape.
- Functionality and performance which is not catastrophically inferior or broken compared to existing talk pages. That includes, but is not limited to:
- On a Talk page the entire sequence from clicking-edit, loading the editor, pasting any article text, clicking preview, and receiving that preview, can ALL be completed in under ten seconds in my experience. Taking twice as long might be a tolerable downgrade, but generating browser time-out popup errors is obviously unacceptable breakage.
- On a Talk page, pasting any wikitext and previewing provides a correct wikitext render (and of course a correct preview-render of the wikitext). Flow's wikitext support is unacceptably broken, but that's been broken from day Flow was built.
Tip: When the WMF finally gets around to admitting Flow is never going to be accepted, and potentially starts a new project from scratch to address Talk pages, the #1 requirement for design development and testing is to copy paste various articles into it and make sure you're not breaking anything. Any project to replace/improve talk pages is NEVER going to be accepted if the team isn't treating that as a #1 MVP requirement from the start. Talk pages are not chatboards. Talk pages are a wiki-workplace, and editors have this odd expectation that we can copy-paste anything from anywhere to anywhere as part of our work. Any project ignoring that fact is just going to be a black-hole waste of staff-time and donor-money.