Extension talk:StructuredDiscussions

About this board

Any questions about the StructuredDiscussions extension.

HTML to Wikitext Conversion Issue

Knomanii (talkcontribs)

I just did a fresh install of Mediawiki 1.35 with Flow-REL1_35.

When I click "Save" on any Flow comment with VisualEditor, I get this HTML to Wikitext conversion error.

What caused this error?

I did only the basic setup for VisualEditor and Flow with MW-1.35 — are any special Parsoid settings needed?

Any help would be appreciated.

Error message
Knomanii (talkcontribs)

Bump. Anyone able to help?

This extension does not work with a fresh install of 1.35.0. Is a RESTBase required or something?

Knomanii (talkcontribs)

Alternatively, if there's not a way to fix Visual Editing, can I disable it? Is it possible to only allow Source Editing?

Any help would be appreciated!

Sophivorus (talkcontribs)

I'm experiencing the same issue, only that I just upgraded from 1.34 to 1.35. On regular pages, the visual editor is working fine.

For now I 'fixed' it by disabling visual editing on talk pages, by setting $wgFlowContentFormat = 'wikitext';

I reported the issue at https://phabricator.wikimedia.org/T267407

Msnhinet8 (talkcontribs)

Me too, how can i do?

Spas.Z.Spasov (talkcontribs)


I'm experiencing the same problem. Recently I've switched from MW 1.34 to 1.35. Visual Editor works fine everywhere except Flow. I'm using the autoconfigure mode, so $wgVirtualRestConfig is not set. At the moment I found three different error messages:

Somme errors occurred with mw:Extension:Flow REL1_35, 07.11.2020

(1) When I'm tring to edit an old existing comment:

An error occurred. The error message received was: internal_api_error_Flow\Exception\WikitextException

(2) When I'm tring to save a comment in visual mode:

[X6akA72QQzSDKWPFYEuVSAAAAAU] Exception caught: Conversion from 'html' to 'wikitext' was requested, but core's Parser only supports 'wikitext' to 'html' conversion

(3) When I'm trying to switch from visual to text mode (the other direction works):

Unable to transfer content: Error contacting the server for conversion between wikitext and HTML. Please check your Internet connection or try again later if the problem persists. If you still get this error please file a bug

Here is my current Setup:

wfLoadExtension( 'VisualEditor' );
$wgGroupPermissions['user']['writeapi'] = true;
$wgSessionsInObjectCache = true;
$wgVisualEditorAvailableNamespaces = array(
        NS_USER => true,
        NS_HELP => true,
        NS_PROJECT => true,
        NS_TEMPLATE => true,
        NS_LINK => true

wfLoadExtension( 'Flow' );
$wgFlowContentFormat = 'html';
$wgFlowEditorList = array( 'visualeditor', 'none' );
$wgFlowParsoidTimeout = 100;
$wgFlowParsoidForwardCookies = true;

My additional research:

  1. I can switch between the visual and text mode only when I'm creating a new comment. Or sometimes when I save the post after 3rd message occurs, bot not every time.
  2. 1st problem appear when I'm in a text mode. If I'm in visual mode I can open an existing comment for edit, but of course I can't save it because of the 2nd issue.
  3. I can't say using $wgFlowContentFormat = 'wikitext'; solve any of the issues.
  4. Using $wgFlowEditorList = array( 'wikitext' ); in order to force the usage only of the wikitext editor doesn't work.
  5. $wgFlowContentFormat and $wgFlowEditorList doesn't change anything at all.

Does we need something like $wgGroupPermissions['flow']['writeapi'] = true;?

Cloudcell (talkcontribs)

bump. I'm experiencing the same issue. Tried everything.

Knomanii (talkcontribs)

Anyone know if this will be patched in MW-1.35.1?

Per phab:T267407, phab:T260648#6645078 seems to be the patch but I can't tell if it will be included in 1.35.1 or if it will resolve this issue downstream. (talkcontribs)

Running into the same issue. Tried switching flow content formats as well, no luck. Has anybody figured this out?

Cloudcell (talkcontribs)
2001:E60:B00C:A4BF:553D:8BF:6BB4:7CEC (talkcontribs)

Bump. Same issue using MW 1.35.1

Spas.Z.Spasov (talkcontribs)

I can't confirm the issue disappear with MW 1.35.1, but I can confirm the patch (phab:T260648#6645078) provided above works!

Knomanii (talkcontribs)

I just upgraded to MW 1.35.1 and encountered the same issue. I checked and the patch you mentioned (phab:T260648#6645078) was not included in 1.35.1. :(

But I was able to apply the patch, and it worked! Though I do hope WMF includes it in the next upgrade… I'm afraid it'll get overwritten when our staff upgrades our wiki next. They may not know how to fix this issue and ditch mediawiki altogether. It's somewhat frustrating that out-of-the-box fresh installs are this difficult to get working.

Anyhoo, thanks for mentioning the patch! I'm really glad it worked.

Beginneruser (talkcontribs)


I have same top error when use following config:

wfLoadExtension( 'VisualEditor' );
wfLoadExtension( 'Flow' );
$wgFlowContentFormat = 'html';

But when change config by remove the wfLoadExtension( 'VisualEditor' );

wfLoadExtension( 'Flow' );
$wgFlowContentFormat = 'html';

Error solve in Flow, But Visual Editor is disable

How use Visual Editor + Flow without error in Mediawiki 1.35.1 LTS version

Please help me!

Tinss (talkcontribs)
Beginneruser (talkcontribs)
MarkAHershberger (talkcontribs)

I'm not sure why I'm pinged here, but looking at the patch in gerrit, it looks like it has been forgotten about.

Reply to "HTML to Wikitext Conversion Issue"

How to allow users just comment and reply

Fokebox (talkcontribs)

I have following problem: I want users and guests to post comments and reply without rights to edit pages in my wiki. If I disable editing rights so it is possible to create a topic without right to reple on any other? How can I configure that?

Trizek (WMF) (talkcontribs)

That's not possible at the moment.

Coyote897 (talkcontribs)

I think that's such a limitation to the present implementation of Flow. There's a significant difference between an anonymous user entering a question or comment on a wiki and having rights to edit articles on a wiki.

With the project I'm setting up, we specifically wanted to allow anon users to have the opportunity to enter comments on a talk page without having the rights to make edits to articles at the same time (i.e. anon users just have the right to read articles).

Do hope you will give this functionality request due consideration.

Reply to "How to allow users just comment and reply"

Postgres Required due to Echo status

Rijvirajib (talkcontribs)

Currently, Echo is required which does not have Postgres support.

Perhaps it should be updated that StructuredDiscussions only support MySQL right now.

Reply to "Postgres Required due to Echo status"

Flow Board Description on the left

Revansx (talkcontribs)

Presently, the Flow Board Description appears on right-hand side of the Flow Talk page.

How hard would it be to make a configuration parameter that configures flow to show the Flow Board Description on the left-hand side? Could this be done with Common.css?

(Sometimes it's the little things 😀 )


Reply to "Flow Board Description on the left"

Please apply patch 622258 to the repository

Spas.Z.Spasov (talkcontribs)

Yesterday I switched from MW 1.35 to MW 1.36 by using git and Extension:Flow expires the same problem discussed bellow. At the end of the discussion MarkAHershberger says: "I'm not sure why I'm pinged here, but looking at the patch in gerrit, it looks like it has been forgotten about." The solution of this and this topics was the same patch.

I can confirm the patch works like a charm with MW 1.36 too, but we still need to apply it manually.

Jdforrester (WMF) (talkcontribs)

It currently breaks the tests, which suggests that it doesn't "work like a charm" entirely. However, gerrit is the right venue for code review requests. :-)

Reply to "Please apply patch 622258 to the repository"

"Changes recovered" Warning wrongly stating that board description (header) has unsaved changes

Jiou7 (talkcontribs)


When I edit the board description (header) of a talk page, I can save normally but if I click again on "Edit description", a warning "Changes recovered" appears, saying: "Your unsaved changes have been automatically recovered."

More problematic, if I refresh the page, the board description will spontaneously becomes editable with the same warning:

The only way to get rid of the warning is clicking on "Cancel", and we can then observe that the description was well saved.

I observe the problem with both Visual Editing and Source Editing

Does anybody encountered the same issue?

(Re)tested on a fresh install:

Mediawiki 1.35.3

Flow 1.2.0 (28ad95e)

VisualEditor 0.1.2

GregRundlett (talkcontribs)

The message you're seeing probably relates to an abandoned edit of the Discussion Page (Topic). The auto-recovery feature comes from Visual Editor. If you click on the 'Discussion' tab when the "Changes recovered" message appears, it will hopefully give you the option to "Abandon your unsaved changes".

Jiou7 (talkcontribs)

Thank you for your answer. There is no abandoned edit in my case. I have the same issue with an empty talk page (no topic, no post).

If I click on the Discussion tab when the warning appears, I have the option to "abandon the unsaved changes" but they will be proposed to me again with the same warning when the page appears.

From an empty talk page (new page), here is what I observe:

- I create the description/header for the first time before any topic and I save. Then the page will be automatically refreshed (which seems to be normal, this is also the case if I create a topic first)

- I refresh the page and nothing weird happens, the description is in place and does not become editable and no warning appears

- I edit the description and I save. All good, no error.

- I refresh the page and then the description becomes automatically editable, the box being filled with the previously entered description and with the above-mentioned warning.

- it appears again if I refresh the page, even if I save again. It will stop appearing if I "cancel" and "discard changes". When I do, the description is actually the one which was said to be unsaved.

- all further edits willl display the same behavior.

If there is an existing topic on the talk page before I create the description for the first time, then I will directly have the buggy behavior (the warning/editable input box appear at first refresh, skipping the two first steps listed above).

Reply to ""Changes recovered" Warning wrongly stating that board description (header) has unsaved changes"

Move topic to a different flow (as admin)?

2001:16B8:121B:A000:548E:445:1A89:E74D (talkcontribs)

How can I move a topic to a different flow?

2001:16B8:121B:A000:548E:445:1A89:E74D (talkcontribs)

Using Flow version 0.1.0

Reply to "Move topic to a different flow (as admin)?"

Timeout When Trying to Mention a Group of Users

Grlucas (talkcontribs)

The subject says it all: when I try to mention a group of users using <nowiki>{{FlowMention}}</nowiki> I get a timeout error. It happens, too, when just using links to the User accounts. I'm using Mediawiki 1.36.1 and StructuredDiscussions (Flow) 1.2.0 (5b40a68). I sewe a couple of mentions for timeout config settings on the extension page, but I'm not sure which, if any, might be applicable. Any insight would be appreciated.

Grlucas (talkcontribs)

Update: It appears the post still worked when I refreshed the page. Still it would be nice to have the page update and not see the timeout.

Reply to "Timeout When Trying to Mention a Group of Users"

Error when adding text with VisualEditor

Summary by Fokebox

This patch helped to resolve a problem

Fokebox (talkcontribs)

Hi team!

When I add text at Discussion pages with VisualEditor (not source editing) I have an error (see screenshot).

When I post messages with source editing then everything works perfect. How can fix the bug?

Revansx (talkcontribs)

What version MW? What version StructuredDiscussions? Check your Special:Version page and share the version info of the pertinent software.

Fokebox (talkcontribs)

I have:

MediaWiki 1.35.3
PHP 7.4.21 (cgi-fcgi)
MySQL 5.7.34
ICU 57.1
Lua 5.1.5


Flow 1.2.0 (28ad95e) 22:21, 22 July 2021

This patch helped as in the topic below.

Call to undefined method ContribsPager::getTagFilter()

2 (talkcontribs)

Hi guys,

hope someone can help. I'm on mw 1.35.3 and I get

/var/www/html/w/extensions/Flow/includes/Hooks.php: Call to undefined method ContribsPager::getTagFilter()

How can I fix it?

Ciencia Al Poder (talkcontribs)
Reply to "Call to undefined method ContribsPager::getTagFilter()"