After I installed flow, I noticed that the "Talk" tab doesn't change color even when someone started a thread. But if there was content on the Talk page before the migration to flow, then the tab is blue regardless of whether there's some Flow comments or not.
Description
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | Seb35 | T115201 "Talk" tab stays red | |||
| Resolved | matthiasmullie | T95594 Write maintenance script to make sure all Flow boards exist in page and revision table | |||
| Resolved | • Mattflaschen-WMF | T96888 A14. Run maintenance/FlowUpdateWorkflowPageId.php in production | |||
| Resolved | EBernhardson | T95581 Flow board creations do not create entry in core's page and revision tables |
Event Timeline
I don't know if it is related, but in this comment: https://www.mediawiki.org/w/index.php?title=Topic:Sqd8qg7l54ih29v5&topic_showPostId=sqd8qgcfqx72z629#flow-post-sqd8qgcfqx72z629
Quiddity's talk page rendered as red when writing the post, rendered as blue when saved, and renders as red when you click to edit it.
Sorry, I spoke too soon. It happens because [[mw:User:Quiddity (WMF)]] doesn't actually exist (note the "create" tabs in the top right, and the lack of a history tab) and the content you see there comes from his global user page on meta. There's a trick that GlobalUserPage uses to make links to such pages appear blue instead of red, but VE doesn't respect that yet. That has already been reported as T72123: VisualEditor redlink detection should obey Title::isAlwaysKnown (so that links to Special pages, EducationProgram pages and GlobalUserPages render correctly).
Also, to answer your original question, that problem is not at all related to this bug, even though it appears similar at first (red link to user-related page that shouldn't be red).
mediawiki 1.25.1 and Flow tarbal Flow-REL1_25-576f705.tar.gz (Flow has no version in the Special:Version page).
Possibly related to the problems/fixes seen in T78102: Flow-ified talk pages appear as redlinks even when the Flow board has content. ?
@matthiasmullie possibly you can give brief advice?
I confirm this bug in 1.25.5, and it is solved by upgrading to MediaWiki 1.26. The upgrade is not trivial, but my comment on T122329#2355471 should help.
I’ve just added the blockers and close this bug.