I work for or provide services to the Wikimedia Foundation, and this is the account I try to use for edits or statements I make in that role. However, the Foundation does not vet all my activity, so edits, statements, or other contributions made by this account may not reflect the views of the Foundation. For my personal account, see @Deskbanana.
I can't reproduce this any more, so I assume it got fixed at some point.
Sadly, the Wikimedia Foundation Editing team does not have enough capacity to help with debugging third party installations. All I can recommend is updating everything to the latest versions, which can often fix many problems.
This data is not being recorded, so this is stalled on T202148.
Snapshots for some of these subtasks may already exist, for example in the wiki segmentation tables, but I'm filing all these tasks anyway for completeness.
The team made a lot of performance improvements to the 2017 wikitext editor after this bug was filed a while ago, and the page seems to load really smoothly for me now, so I think the fundamental issue here has been resolved.
Adding an explicit ability to force the visual editor to load on a page in a namespace where the visual editor is intentionally disabled is not a good workflow.
This seems out of scope of the annual plan, and the relevant teams have all deprioritised it, so I doubt this will be worked on for quite some time.
There were a number of bugs relating to that message appearing erroneously filed between then and now which have now been fixed. I think this problem probably won't happen again.
I can't reproduce this any more, and there's been a lot of changes to the switching behaviour recently, so I suspect one of these changes resolved this.
This is broken in production.
I made a quick update to the documentation—it's not perfect, but it's better than it was, and it does document the features. That's all I have time for myself right now, but it does satisfy the acceptance criteria for this task, so I consider it resolved.
Documenting things for third parties is very low on my list of priorities right now. The annual plan is quite tightly scoped to focus heavily on mobile editing, and with maintenance work on top of that, there's not much room left at all.
Thu, Aug 16
General "improve performance of X" tasks are not actionable in the absence of specific acceptance criteria, so this isn't really a valid task.
I tried the example URL in the description (http://www.nature.com/doifinder/10.1038/35093097), and as far as I can tell it gave a well-formed and complete citation for the DOI in question. Based on this, I think this issue is now resolved. Please reopen if I'm wrong!
This doesn't seem to be high in anyone's priorities since it's not been touched in four months.