Extension talk:StructuredDiscussions/2018

Any questions about the StructuredDiscussions extension.

Database Backup with corrupt Data of Flow

I have installed flow as described and it works so far. However, I have the following problem: When I perform a backup or a 1:1 copy of my database and then switch the wiki to the copied database, the threads of flow are partially gone (this page does not contain any text). It is therefore not possible to create a working backup copy or there is no content. What can it be? This means that a productive use in a larger wiki is currently not possible. Shadowman30 (talk) 11:22, 7 January 2018 (UTC)

Suggestion: Add a "preview" and a keyboard key to switch from VisualEditor / Wikitext

Issues

• The existing "preview" doesn't seem to work for mobile devices or devices without javascript.
• There is also no way to trigger a preview in flow or switch from one editor to another without using the mouse.

Possible solutions

1. Add an actual preview with its dedicated shortcut (Ctrl + alt + p). Visualeditor will always be an inadequate preview simply because it is a rich text editor and not a WYSIWYG editor.
2. Add keyboard shortcuts to switch from VE <-> WT. (Ctrl + Alt + V) and (Ctrl + Alt + E) could suffice

While generally mobile editors probably don't use preview as much, it can be a problem if they paste arbitrary text which may be interpreted as wikitext. 197.218.84.185 (talk) 10:37, 11 January 2018 (UTC)

Preview done using the visual editor is a reasonable enough option: you will never have the same rendering on every screen. Concerning discussions, the most important thing is not how the message perfectly looks like but if every element are well arranged. You just need a way to visualize if the nested list you have created works, of if links are targeting the right interwiki.

I've then created a ticket to have some shortcuts.

I've created a ticket to see if it is possible to have a preview mode when the editors are disabled (but I don't think it will be possible). Trizek_(WMF) (talk) 11:27, 11 January 2018 (UTC)

It is generally reasonable. However, there are many cases when visualeditor will add icons or other stuff to the editor that will never appear once saved. This is less of an issue in discussions because they tend to be simpler. But using it as a preview ends up being worse in some cases because wikitext -> html ->wikitext conversion is not 1:1 there can be several changes just by switching to visualeditor and then switching to source editor.

A true preview should never change the source text. 197.218.84.185 (talk) 11:44, 11 January 2018 (UTC)

Anyway, thanks for creating the tickets. 197.218.84.185 (talk) 11:44, 11 January 2018 (UTC)

Simple case of VisualEditor(VE) changing the input:

 <td> boo

Or more easily visible

<td style="background-color=green>This should be a green table cell in wikitext

VE changes that to simply:

This should be a green table cell in wikitext

Personally, I think that sort of markup should just output as is without any parsing at all even with the wikitext editor because sometimes editors want to put stuff like the one below but Visual editor will strip it unilaterally.

<code><td></code

197.218.84.185 (talk) 12:27, 11 January 2018 (UTC)

Input unbalanced HTML in a wikitext input is a very particular example. :) Trizek_(WMF) (talk) 13:16, 11 January 2018 (UTC)

Oh, it is not removing it because it is unbalanced. Much like wikitext "* boo", html allows <tr><td> boo </tr> as long as it is surrounded by the rest of the table markup.

It is because the "undocumented" feature of the parser decides that "<td>foo" must be interpreted as

<table> <tr><td>foo</td></tr></table>

While the tool that cleans up unbalanced wikitext and other messes, decides that it doesn't need to be there at all. So it just strips it. The same will happen if you add a balanced markup, e.g.:

<td style="background-color=green">This should be a green table cell in wikitext</td>

As a side note, html allows some unbalanced stuff "td", "li", etc. It is pretty funny or infuriating at times to preview the code and lose stuff, e.g. even writing a simple <td> inline will just disappear, without nowiki tags.

That's why my general policy when posting anything online is always to copy the content before saving (as a backup), mediawiki and the rest of the web is notorious for randomly losing your content. 197.218.84.185 (talk) 13:42, 11 January 2018 (UTC)

Oops:

<td style="background-color:green">This should be a green table cell in wikitext</td>

197.218.84.185 (talk) 14:07, 11 January 2018 (UTC)

I think that storage issue is covered by that topic. Trizek_(WMF) (talk) 14:27, 12 January 2018 (UTC)

Error: One or more dependencies failed to load (after running composer)

Hi. With Flow running well on my site, I ran composer as part of the process of installing a new extension (Mermaid). Everything went swimmingly well (pun intended) except that a few hours after finishing the update and testing the new extension, I was informed that Flow was now broken with the following behavior:

1. User talk pages render fine
2. When a user tries to comment or create a new discussion, they get a partial load (animated white and grey stripes) and a message in pink that reads:
   1. "Error: One or more dependencies failed to load".
3. Console view in Chrome Developers tools shows the following errors:
   1. TypeError: Cannot set property 'innerHTML' of null TypeError: Cannot set property 'innerHTML' of null
      1. at eval (eval at <anonymous> (load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=1c4h3vj:4), <anonymous>:1:88)
      2. at eval (eval at <anonymous> (load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=1c4h3vj:4), <anonymous>:1:120)
      3. at eval (<anonymous>)
      4. at load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=1c4h3vj:4
      5. at Function.globalEval (load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=1c4h3vj:4)
      6. at Object.<anonymous> (load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=1c4h3vj:161)
      7. at fire (load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=1c4h3vj:45)
      8. at Object.add [as done] (load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=1c4h3vj:45)
      9. at Object.always (load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=1c4h3vj:46)
      10. at runScript (load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=1c4h3vj:161)
4. $wgDebugLogFile shows:

[caches] cluster: EmptyBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: SqlBagOStuff, parser: SqlBagOStuff, session: SqlBagOStuff
[caches] LocalisationCache: using store LCStoreDB
[DBConnection] Connected to database 0 at 'localhost'.
[SQLBagOStuff] Connection 208957 will be used for SqlBagOStuff
[DBReplication] LBFactory::getChronologyProtector: using request info {
    "IPAddress": "xyz.xyz.xyz.xyz",
    "UserAgent": "Mozilla\/5.0 (Windows NT 6.1; WOW64) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/63.0.3239.132 Safari\/537.36",
    "ChronologyProtection": false
}
[DBConnection] Connected to database 0 at 'localhost'.
[MessageCache] MessageCache::load: Loading en... local cache is empty, global cache is expired/volatile, loading from database
User: cache miss for user 5
User: loading options for user 5 from database.
[session] Setting up auto login session for remote user name 'rkevans' (mapped to MediaWiki user 'Rkevans', currently active as MediaWiki user 'Rkevans').
User: loading options for user 5 from override cache.
Unstubbing $wgPageFormsFormPrinter on call of $wgPageFormsFormPrinter::setInputTypeHook from SemanticFormsSelect::onExtensionFunction
[smw] [mw.db] connection provider with {"read":-1,"write":-2}
Fully initialised
Title::getRestrictionTypes: applicable restrictions to [[User talk:Rkevans]] are {edit,move}
[ContentHandler] Created handler for flow-board: Flow\Content\BoardContentHandler
User: loading options for user 5 from override cache.
Unstubbing $wgLang on call of $wgLang::getDatePreferenceMigrationMap from User->getDatePreference
Title::getRestrictionTypes: applicable restrictions to [[User talk:Rkevans]] are {edit,move}
User::getBlockedStatus: checking...
[FlowDebug] Rendering topiclist for ids:
Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache->getParser
Parser: using preprocessor: Preprocessor_DOM
[GlobalTitleFail] MessageCache::parse called by call_user_func_array/Flow\TemplateHelper::l10nParse/Message->parse/Message->toString/Message->parseText/MessageCache->parse with no title set.
MediaWiki::preOutputCommit: primary transaction round committed
MediaWiki::preOutputCommit: pre-send deferred updates completed
MediaWiki::preOutputCommit: LBFactory shutdown completed
[DBConnection] Connected to database 0 at 'localhost'.
Title::getRestrictionTypes: applicable restrictions to [[User talk:Rkevans]] are {edit,move}
Title::getRestrictionTypes: applicable restrictions to [[User talk:Rkevans]] are {edit,move}
[objectcache] Rejected set() for mywiki:interwiki:mte due to pending writes.
[SpamBlacklist] Loading email regex...
[SpamBlacklist] no files specified
User: loading options for user 5 from database.
[objectcache] Rejected set() for global:resourceloader:titleinfo:mywiki:e13a4c6012b98731f23f3a3a185dc3aa663155e7 due to pending writes.
[objectcache] Rejected set() for global:resourceloader:titleinfo:mywiki:a0904527fb602b29b8885ad040d5bca059f522c1 due to pending writes.
User: loading options for user 5 from database.
Title::getRestrictionTypes: applicable restrictions to [[User talk:Rkevans]] are {edit,move}
User: loading options for user 5 from database.
[GlobalTitleFail] MessageCache::parse called by call_user_func_array/WhoIsWatching::onSkinTemplateOutputPageBeforeExec/Message->parse/Message->toString/Message->parseText/MessageCache->parse with no title set.
OutputPage::sendCacheControl: private caching;  **
Request ended normally

Site Version Info:

Product	Version
MediaWiki	1.28.2
PHP	5.6.33 (apache2handler)
MariaDB	5.5.56-MariaDB
ICU	50.1.2
Lua	5.1.5

...

Flow

1.1

GPL-2.0+

Any insight and or troubleshooting tricks is *greatly* appreciated.

ty

-Rich Revansx (talk) 15:57, 18 January 2018 (UTC)

Not sure if it is related, but I am also see this error in the Chrome Developers Console view:

• load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector:4
• [WmDDgy-gg7vJVy9aq@ak9QAAAAk] /mywiki/load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector
• BadMethodCallException from line 845 of /var/www/html/mywiki/includes/session/SessionManager.php: Sessions are disabled for this entry point
• (anonymous) @ load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector:4 Revansx (talk) 16:04, 18 January 2018 (UTC)

The "Sessions are disabled for this entry point" error is probably caused by a bad/outdated extension. What other extensions do you have installed? Roan Kattouw (WMF) (talk) 19:03, 18 January 2018 (UTC)

I believe I have chased that into the CSS extension. Revansx (talk) 17:55, 19 January 2018 (UTC)

Using a simple blank article titled "Test" I was able to toggle back and forth between the Article and its talk page while monitoring the Console view of the Developers tools.

• The only error that was unique to the talk page was:
  • load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=1c4h3vj:154 Use of "Map-values" is deprecated. mw.Map#values is deprecated. Use mw.Map#get() instead.

Note sure if that helps Revansx (talk) 16:12, 18 January 2018 (UTC)

Is this site accessible to the public? It would be easier to figure out what was going wrong if I could reproduce the errors (the in-browser ones at least) in my own browser. Roan Kattouw (WMF) (talk) 19:04, 18 January 2018 (UTC)

Unfortunately for my debugging needs, it is not. But I believe I can provide screen-casting to anyone willing to participate in a telecon with me. Is that an option? Revansx (talk) 17:57, 19 January 2018 (UTC)

so.. in trying to make sense of the debug logs, I have found the following line:

[GlobalTitleFail] MessageCache::parse called by call_user_func_array/Flow\TemplateHelper::l10nParse/Message->parse/Message->toString/Message->parseText/MessageCache->parse with no title set.

of which I am focusing my attention.

The only issue I can find in the Chrome developers Console interface is:

Use of "Map-values" is deprecated. mw.Map#values is deprecated. Use mw.Map#get() instead.

Which doesn't seem too fatal *shrugs*

If anyone has any insight on this, please help!
-User:revansx Revansx (talk) 14:16, 23 January 2018 (UTC)

I am also getting the following when I run php populateContentModel.php --ns=all --table=page:

PHP Notice: Array to string conversion in /var/www/html/pbswiki/extensions/Flow/includes/Conversion/Utils.php on line 465

Fetched 0 rows.

Is this a problem? Revansx (talk) 14:46, 23 January 2018 (UTC)

[session] Setting up auto login session for remote user name 'revansx' (mapped to MediaWiki user 'Revansx', currently active as MediaWiki user 'Revansx').

[resourceloader] Calculating version hash failed: [Exception BadMethodCallException( /var/www/html/mywiki/includes/session/SessionManager.php:845) Sessions are disabled for this entry point]

This? Revansx (talk) 17:58, 23 January 2018 (UTC)

Could any of these be an issue?

• [resourceloader] Message blob cache-miss for jquery.accessKeyLabel
• [resourceloader] Message blob cache-miss for jquery.confirmable
• [resourceloader] Message blob cache-miss for jquery.makeCollapsible
• [resourceloader] Message blob cache-miss for jquery.tablesorter
• [resourceloader] Message blob cache-miss for mediawiki.feedback
• [resourceloader] Message blob cache-miss for mediawiki.htmlform
• [resourceloader] Message blob cache-miss for mediawiki.searchSuggest
• [resourceloader] Message blob cache-miss for mediawiki.ForeignUpload
• [resourceloader] Message blob cache-miss for mediawiki.ForeignStructuredUpload
• [resourceloader] Message blob cache-miss for mediawiki.Upload.Dialog
• [resourceloader] Message blob cache-miss for mediawiki.Upload.BookletLayout
• [resourceloader] Message blob cache-miss for mediawiki.ForeignStructuredUpload.BookletLayout
• [resourceloader] Message blob cache-miss for mediawiki.toc
• [resourceloader] Message blob cache-miss for mediawiki.action.edit.preview
• [resourceloader] Message blob cache-miss for mediawiki.action.view.metadata
• [resourceloader] Message blob cache-miss for mediawiki.action.view.postEdit
• [resourceloader] Message blob cache-miss for mediawiki.action.edit.editWarning
• [resourceloader] Message blob cache-miss for mediawiki.language
• [resourceloader] Message blob cache-miss for mediawiki.language.months
• [resourceloader] Message blob cache-miss for mediawiki.language.specialCharacters
• [resourceloader] Message blob cache-miss for mediawiki.page.gallery.slideshow
• [resourceloader] Message blob cache-miss for mediawiki.page.patrol.ajax
• [resourceloader] Message blob cache-miss for mediawiki.page.watch.ajax
• [resourceloader] Message blob cache-miss for mediawiki.page.rollback
• [resourceloader] Message blob cache-miss for mediawiki.special.apisandbox
• [resourceloader] Message blob cache-miss for mediawiki.special.edittags
• [resourceloader] Message blob cache-miss for mediawiki.special.preferences
• [resourceloader] Message blob cache-miss for mediawiki.special.search
• [resourceloader] Message blob cache-miss for mediawiki.special.upload
• [resourceloader] Message blob cache-miss for mediawiki.special.userlogin.signup.js
• [resourceloader] Message blob cache-miss for mediawiki.special.unwatchedPages
• [resourceloader] Message blob cache-miss for mediawiki.legacy.protect
• [resourceloader] Message blob cache-miss for mediawiki.widgets
• [resourceloader] Message blob cache-miss for mediawiki.widgets.DateInputWidget
• [resourceloader] Message blob cache-miss for mediawiki.widgets.datetime
• [resourceloader] Message blob cache-miss for mediawiki.widgets.CategorySelector
• [resourceloader] Message blob cache-miss for oojs-ui-widgets
• [resourceloader] Message blob cache-miss for oojs-ui-toolbars
• [resourceloader] Message blob cache-miss for oojs-ui-windows
• [resourceloader] Message blob cache-miss for ext.cite.a11y
• [resourceloader] Message blob cache-miss for ext.collapsiblevector.collapsibleNav
• [resourceloader] Message blob cache-miss for ext.pageforms.main
• [resourceloader] Message blob cache-miss for ext.pageforms.autoedit
• [resourceloader] Message blob cache-miss for ext.pageforms.submit
• [resourceloader] Message blob cache-miss for ext.pageforms.checkboxes
• [resourceloader] Message blob cache-miss for ext.pageforms.simpleupload
• [resourceloader] Message blob cache-miss for ext.pageforms.select2
• [resourceloader] Message blob cache-miss for ext.pageforms.jsgrid
• [resourceloader] Message blob cache-miss for ext.pageforms.PF_CreateTemplate
• [resourceloader] Message blob cache-miss for ext.pageforms.PF_CreateForm
• [resourceloader] Message blob cache-miss for ext.thanks.revthank
• [resourceloader] Message blob cache-miss for ext.thanks.mobilediff
• [resourceloader] Message blob cache-miss for ext.thanks.flowthank
• [resourceloader] Message blob cache-miss for ext.visualEditor.desktopArticleTarget.init
• [resourceloader] Message blob cache-miss for ext.visualEditor.targetLoader
• [resourceloader] Message blob cache-miss for ext.visualEditor.desktopArticleTarget
• [resourceloader] Message blob cache-miss for ext.visualEditor.mobileArticleTarget
• [resourceloader] Message blob cache-miss for ext.visualEditor.mediawiki
• [resourceloader] Failed to find visualeditor-quick-access-characters.json (en)
• [resourceloader] Message blob cache-miss for ext.visualEditor.core
• [resourceloader] Message blob cache-miss for ext.visualEditor.core.mobile
• [resourceloader] Message blob cache-miss for ext.visualEditor.switching
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwcore
• [resourceloader] Failed to find captcha-edit (en)
• [resourceloader] Failed to find captcha-label (en)
• [resourceloader] Failed to find fancycaptcha-edit (en)
• [resourceloader] Failed to find fancycaptcha-reload-text (en)
• [resourceloader] Failed to find questycaptcha-edit (en)
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwformatting
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwimage
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwlink
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwmeta
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwtransclusion
• [resourceloader] Message blob cache-miss for ext.visualEditor.language
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwgallery
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwsignature
• [resourceloader] Message blob cache-miss for ext.srf.widgets
• [resourceloader] Message blob cache-miss for ext.srf.util.grid
• [resourceloader] Message blob cache-miss for ext.srf.dygraphs
• [resourceloader] Message blob cache-miss for ext.srf.listwidget
• [resourceloader] Message blob cache-miss for ext.srf.pagewidget.carousel
• [resourceloader] Message blob cache-miss for ext.srf.jqplot.bar
• [resourceloader] Message blob cache-miss for ext.srf.jqplot.bubble
• [resourceloader] Failed to find srf-error-jqplot-bubble-data-length (en)
• [resourceloader] Message blob cache-miss for ext.srf.gallery.slideshow
• [resourceloader] Message blob cache-miss for ext.srf.gallery.overlay
• [resourceloader] Message blob cache-miss for ext.srf.gallery.redirect
• [resourceloader] Message blob cache-miss for ext.srf.eventcalendar
• [resourceloader] Failed to find smw_qui_limt (en)
• [resourceloader] Message blob cache-miss for ext.srf.filtered
• [resourceloader] Message blob cache-miss for ext.srf.filtered.calendar-view.messages
• [resourceloader] Failed to find smw_qui_limt (en)
• [resourceloader] Message blob cache-miss for ext.srf.template.jplayer
• [resourceloader] Message blob cache-miss for ext.srf.datatables
• [resourceloader] Message blob cache-miss for ext.swl.watchlistconditions
• [resourceloader] Failed to find swl-group-add-property (en)
• [resourceloader] Failed to find swl-group-remove-property (en)
• [resourceloader] Message blob cache-miss for ext.echo.ui.desktop
• [resourceloader] Message blob cache-miss for ext.echo.ui
• [resourceloader] Message blob cache-miss for ext.echo.dm
• [resourceloader] Message blob cache-miss for ext.echo.special
• [resourceloader] Message blob cache-miss for ext.flow.templating
• [resourceloader] Message blob cache-miss for ext.flow.ui
• [resourceloader] Message blob cache-miss for ext.flow
• [resourceloader] Message blob cache-miss for ext.flow.editors.none
• [resourceloader] Message blob cache-miss for ext.flow.visualEditor
• [resourceloader] Message blob cache-miss for ext.scribunto.errors
• [resourceloader] Message blob cache-miss for ext.scribunto.edit
• [resourceloader] Message blob cache-miss for ext.SimpleBatchUpload
• [resourceloader] Message blob cache-miss for ext.smw.tooltip
• [resourceloader] Message blob cache-miss for ext.smw.purge
• [resourceloader] Message blob cache-miss for ext.smw.ask
• [resourceloader] Message blob cache-miss for ext.smw.browse
• [resourceloader] Message blob cache-miss for ext.smw.admin
• [resourceloader] Message blob cache-miss for ext.cite.visualEditor.core
• [resourceloader] Message blob cache-miss for ext.cite.visualEditor
• [ContentHandler] Created handler for wikitext: WikitextContentHandler Revansx (talk) 16:58, 30 January 2018 (UTC)

@Revansx I identified the same error message as an issue that flow changed it's content model. That's why the database table "text" is likely broken.

You could try to export your pages with exportDump.php and import the xml without the flow topics. Lanthanis (talk) 13:35, 19 February 2018 (UTC)

Interesting. Thanks. I think I'm going to rebuild the site and start anew with wiser approach to configuration management. Revansx (talk) 17:42, 22 February 2018 (UTC)

@Revansx You can set up a fresh mediawiki install and export your articles with exportDump.php with just the current version and without the flow namespace. Edit your exported XML and remove all flow templates. Do not dump your database, I did manage to import the pages with importDump.php and the images with importImages.php. This imports all images and creates the imagelinks itself. Lanthanis (talk) 09:04, 23 February 2018 (UTC)

@Lanthanis.. if I don't care about my existing flow discussions.. could I delete the flow tables in the database and re-run update.php with the older version of flow that used to work? Revansx (talk) 19:42, 26 February 2018 (UTC)

@Revansx I don't know if this would work. The update.php is mainly for creating tables but not updating their contents.

You need to remove all Flow related stuff from your tables - like Templates, Topics and Page Discussions. Lanthanis (talk) 13:10, 27 February 2018 (UTC)

@Lanthanis .. If I want to manually remove all significant traces of Flow from my database. I'm thinking I would:

• nuke all articles in the "Topics" namespace.. but I'm not sure what
• delete the tables in the mariadb that begin with "flow_"
• then delete the Flow folder in the extensions directory
• install an older version of Flow that I knew worked previously with MW 1.28.2
• then run update.php

could that work? .. any missing steps you can think of? Revansx (talk) 16:21, 27 February 2018 (UTC)

@Revansx I don't know if just nuking all articles in the "Topic" namespace will remove all topic traces - hopefully.

• I did manage to export all my articles with that dump stated above after I deleted all flow related discussion using the web inteface.
• I edited the exported xml and removed all flow traces manually, I also did only export the current version of all articles to avoid including flow traces in the revision and history of articles.
• I copied all images from the filesystem.
• I set up a fresh MW install with flow working.
• After checking if flow is working, I imported all articles from my edited exported XML with importDump.php.
• Then I imported all images and files which were uploaded with importImages.php.

This way I don't break any tables or copy any errors or dependenc to my new installation.

You could try your way but I can say for sure, that my way worked. If you don't get it to work your way, you can use the way I described.

Bc I tried a lot of database manipulation to avoid copying the error but somehow there was always smth that helped the error to occur again.

The update.php has a updatelog table in which the updates are logged. If you don't truncate this table, it won't update anything.

You may want to consult the architecture page of Flow: here.

And for backup details:

• exportDump details
• importDump and importImages details

Hope this is useful. Good luck! Lanthanis (talk) 10:10, 28 February 2018 (UTC)

Flow error for just 1 user "User: cache miss for user 5"

Please help. I've been troubleshooting a really strange issue for a few days. The extension (Flow) has been working fine for all users including myself for many weeks. Recently (last week) I noticed that it was giving me errors when I tried to make a new topic.. I assumed this was a systemic issue that was happening for all users. I was flummoxed today to find out that no other users are reporting any issues let alone the issue I have been having..

It is a private enterprise wiki, and so I can't share a link to it or readily copy/paste the debug log.. I need help brainstorming what property of a user account could possibly affect the functionality of the Flow extension in the way described.

Site Version Info:

Product	Version
MediaWiki	1.28.2
PHP	5.6.33 (apache2handler)
MariaDB	5.5.56-MariaDB
ICU	50.1.2
Lua	5.1.5

Parsoid version: 0.7.1+git

Flow

1.1

GPL-2.0+

The problem is:

• When clicking on the "Start new topic" field, the parsoid editor is triggered to load (grey and white striped loading animation), but it hangs with a pink banner that reads, "One or more dependencies failed to load".

It works fine for all other users. I am the only one experiencing this issue.

• Parsoid work well for all (including me)
• there are no other known problems

I have ruled out the following:

• Browsers --- problem persists for me in all browsers I have tested (Firefox, IE, and Chrome). Tests with other users on other systems with the exact same browser versions worked proving that it is not the browser.
• Systems --- I have logged on to the wiki from different systems at different locations and I have the same problem on different systems, ruling out a system specific issue.
• Permissions --- I have tested with other users who do not have the problem and have verified that we have identical permissions by belonging to identical groups.

I have compared debug logs between myself (where the error occurs) and other users (where the error does not occur). The only salient line in the debug log in mine that isn't in the others is:

User: cache miss for user 5

User: loading options for user 5 from database.

and

Unstubbing $wgLang on call of $wgLang::getMessageFromDB from ExtArrays::init

What could make my account different from all the others after having ruled out browsers, systems, and permissions.. it has to be something specific to *my* account. But what? Revansx (talk) 21:55, 23 January 2018 (UTC)

I think the main thing i'm wondering is.. does the Flow extension change the mw database in a way that is specific to users? Revansx (talk) 23:41, 23 January 2018 (UTC)

What is the dependency that fails to load? You can probably see the failure in the browser's developer toolbar. Or if one of the user-related API requests (userinfo or options, probably) returns an error, you could inspect that response. Tgr (WMF) (talk) 16:56, 24 January 2018 (UTC)

It doesn't say.. here is a link to a screenshot of my console errors:

• https://upload.wikimedia.org/wikipedia/mediawiki/4/4c/2018-01-24--16-21-29--screenshot-rkevans001.png
• the only error unique to the Flow page is the "Use of "Map-values" is deprecated. mw.Map#values is deprecated. Use mw.Map#get() instead." error. The others are due to some other extensions issue.

and here is a link to a screenshot of the mw debug log:

• https://upload.wikimedia.org/wikipedia/mediawiki/2/26/2018-01-24--15-59-01--screenshot-rkevans001.png

and here is a link to a screenshot of the mw debug log of a user who has no problems with the Flow extension:

• https://upload.wikimedia.org/wikipedia/mediawiki/8/84/2018-01-24--15-58-58--screenshot-rkevans001.png Revansx (talk) 21:25, 24 January 2018 (UTC)

Loading some Javascript dependency fails due to a PHP exception ("Sessions are disabled...") which is caused by some extension trying to access the session in a load.php request (while load.php is a no-session endpoint). Open the load.php URL directly to see the full exception (or you can find it in the logs probably), that should tell which exception is misbehaving. Tgr (WMF) (talk) 08:09, 26 January 2018 (UTC)

Could any of these be an issue?

• [resourceloader] Message blob cache-miss for jquery.accessKeyLabel
• [resourceloader] Message blob cache-miss for jquery.confirmable
• [resourceloader] Message blob cache-miss for jquery.makeCollapsible
• [resourceloader] Message blob cache-miss for jquery.tablesorter
• [resourceloader] Message blob cache-miss for mediawiki.feedback
• [resourceloader] Message blob cache-miss for mediawiki.htmlform
• [resourceloader] Message blob cache-miss for mediawiki.searchSuggest
• [resourceloader] Message blob cache-miss for mediawiki.ForeignUpload
• [resourceloader] Message blob cache-miss for mediawiki.ForeignStructuredUpload
• [resourceloader] Message blob cache-miss for mediawiki.Upload.Dialog
• [resourceloader] Message blob cache-miss for mediawiki.Upload.BookletLayout
• [resourceloader] Message blob cache-miss for mediawiki.ForeignStructuredUpload.BookletLayout
• [resourceloader] Message blob cache-miss for mediawiki.toc
• [resourceloader] Message blob cache-miss for mediawiki.action.edit.preview
• [resourceloader] Message blob cache-miss for mediawiki.action.view.metadata
• [resourceloader] Message blob cache-miss for mediawiki.action.view.postEdit
• [resourceloader] Message blob cache-miss for mediawiki.action.edit.editWarning
• [resourceloader] Message blob cache-miss for mediawiki.language
• [resourceloader] Message blob cache-miss for mediawiki.language.months
• [resourceloader] Message blob cache-miss for mediawiki.language.specialCharacters
• [resourceloader] Message blob cache-miss for mediawiki.page.gallery.slideshow
• [resourceloader] Message blob cache-miss for mediawiki.page.patrol.ajax
• [resourceloader] Message blob cache-miss for mediawiki.page.watch.ajax
• [resourceloader] Message blob cache-miss for mediawiki.page.rollback
• [resourceloader] Message blob cache-miss for mediawiki.special.apisandbox
• [resourceloader] Message blob cache-miss for mediawiki.special.edittags
• [resourceloader] Message blob cache-miss for mediawiki.special.preferences
• [resourceloader] Message blob cache-miss for mediawiki.special.search
• [resourceloader] Message blob cache-miss for mediawiki.special.upload
• [resourceloader] Message blob cache-miss for mediawiki.special.userlogin.signup.js
• [resourceloader] Message blob cache-miss for mediawiki.special.unwatchedPages
• [resourceloader] Message blob cache-miss for mediawiki.legacy.protect
• [resourceloader] Message blob cache-miss for mediawiki.widgets
• [resourceloader] Message blob cache-miss for mediawiki.widgets.DateInputWidget
• [resourceloader] Message blob cache-miss for mediawiki.widgets.datetime
• [resourceloader] Message blob cache-miss for mediawiki.widgets.CategorySelector
• [resourceloader] Message blob cache-miss for oojs-ui-widgets
• [resourceloader] Message blob cache-miss for oojs-ui-toolbars
• [resourceloader] Message blob cache-miss for oojs-ui-windows
• [resourceloader] Message blob cache-miss for ext.cite.a11y
• [resourceloader] Message blob cache-miss for ext.collapsiblevector.collapsibleNav
• [resourceloader] Message blob cache-miss for ext.pageforms.main
• [resourceloader] Message blob cache-miss for ext.pageforms.autoedit
• [resourceloader] Message blob cache-miss for ext.pageforms.submit
• [resourceloader] Message blob cache-miss for ext.pageforms.checkboxes
• [resourceloader] Message blob cache-miss for ext.pageforms.simpleupload
• [resourceloader] Message blob cache-miss for ext.pageforms.select2
• [resourceloader] Message blob cache-miss for ext.pageforms.jsgrid
• [resourceloader] Message blob cache-miss for ext.pageforms.PF_CreateTemplate
• [resourceloader] Message blob cache-miss for ext.pageforms.PF_CreateForm
• [resourceloader] Message blob cache-miss for ext.thanks.revthank
• [resourceloader] Message blob cache-miss for ext.thanks.mobilediff
• [resourceloader] Message blob cache-miss for ext.thanks.flowthank
• [resourceloader] Message blob cache-miss for ext.visualEditor.desktopArticleTarget.init
• [resourceloader] Message blob cache-miss for ext.visualEditor.targetLoader
• [resourceloader] Message blob cache-miss for ext.visualEditor.desktopArticleTarget
• [resourceloader] Message blob cache-miss for ext.visualEditor.mobileArticleTarget
• [resourceloader] Message blob cache-miss for ext.visualEditor.mediawiki
• [resourceloader] Failed to find visualeditor-quick-access-characters.json (en)
• [resourceloader] Message blob cache-miss for ext.visualEditor.core
• [resourceloader] Message blob cache-miss for ext.visualEditor.core.mobile
• [resourceloader] Message blob cache-miss for ext.visualEditor.switching
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwcore
• [resourceloader] Failed to find captcha-edit (en)
• [resourceloader] Failed to find captcha-label (en)
• [resourceloader] Failed to find fancycaptcha-edit (en)
• [resourceloader] Failed to find fancycaptcha-reload-text (en)
• [resourceloader] Failed to find questycaptcha-edit (en)
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwformatting
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwimage
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwlink
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwmeta
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwtransclusion
• [resourceloader] Message blob cache-miss for ext.visualEditor.language
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwgallery
• [resourceloader] Message blob cache-miss for ext.visualEditor.mwsignature
• [resourceloader] Message blob cache-miss for ext.srf.widgets
• [resourceloader] Message blob cache-miss for ext.srf.util.grid
• [resourceloader] Message blob cache-miss for ext.srf.dygraphs
• [resourceloader] Message blob cache-miss for ext.srf.listwidget
• [resourceloader] Message blob cache-miss for ext.srf.pagewidget.carousel
• [resourceloader] Message blob cache-miss for ext.srf.jqplot.bar
• [resourceloader] Message blob cache-miss for ext.srf.jqplot.bubble
• [resourceloader] Failed to find srf-error-jqplot-bubble-data-length (en)
• [resourceloader] Message blob cache-miss for ext.srf.gallery.slideshow
• [resourceloader] Message blob cache-miss for ext.srf.gallery.overlay
• [resourceloader] Message blob cache-miss for ext.srf.gallery.redirect
• [resourceloader] Message blob cache-miss for ext.srf.eventcalendar
• [resourceloader] Failed to find smw_qui_limt (en)
• [resourceloader] Message blob cache-miss for ext.srf.filtered
• [resourceloader] Message blob cache-miss for ext.srf.filtered.calendar-view.messages
• [resourceloader] Failed to find smw_qui_limt (en)
• [resourceloader] Message blob cache-miss for ext.srf.template.jplayer
• [resourceloader] Message blob cache-miss for ext.srf.datatables
• [resourceloader] Message blob cache-miss for ext.swl.watchlistconditions
• [resourceloader] Failed to find swl-group-add-property (en)
• [resourceloader] Failed to find swl-group-remove-property (en)
• [resourceloader] Message blob cache-miss for ext.echo.ui.desktop
• [resourceloader] Message blob cache-miss for ext.echo.ui
• [resourceloader] Message blob cache-miss for ext.echo.dm
• [resourceloader] Message blob cache-miss for ext.echo.special
• [resourceloader] Message blob cache-miss for ext.flow.templating
• [resourceloader] Message blob cache-miss for ext.flow.ui
• [resourceloader] Message blob cache-miss for ext.flow
• [resourceloader] Message blob cache-miss for ext.flow.editors.none
• [resourceloader] Message blob cache-miss for ext.flow.visualEditor
• [resourceloader] Message blob cache-miss for ext.scribunto.errors
• [resourceloader] Message blob cache-miss for ext.scribunto.edit
• [resourceloader] Message blob cache-miss for ext.SimpleBatchUpload
• [resourceloader] Message blob cache-miss for ext.smw.tooltip
• [resourceloader] Message blob cache-miss for ext.smw.purge
• [resourceloader] Message blob cache-miss for ext.smw.ask
• [resourceloader] Message blob cache-miss for ext.smw.browse
• [resourceloader] Message blob cache-miss for ext.smw.admin
• [resourceloader] Message blob cache-miss for ext.cite.visualEditor.core
• [resourceloader] Message blob cache-miss for ext.cite.visualEditor
• [ContentHandler] Created handler for wikitext: WikitextContentHandler Revansx (talk) 18:02, 30 January 2018 (UTC)

No, you can find out about the issue the way I described in the previous comment. Tgr (WMF) (talk) 02:37, 31 January 2018 (UTC)

which exception is misbehaving? or which 'extension' is misbehaving? .. Please know that I am sincerely trying to follow your advice and figure this out.. I clicked on the load.php link offered by the console exception.. it was this:

if (window.console && console.error) {console.error("[WnJP0ofEW1S7WhUm636qtQAAAAY] /pbswiki/load.php?debug=false\u0026lang=en\u0026modules=startup\u0026only=scripts\u0026skin=vector

BadMethodCallException from line 845 of /var/www/html/pbswiki/includes/session/SessionManager.php: Sessions are disabled for this entry point");}

which does not seem very revealing to my untrained eye. Is this what you were expecting? Revansx (talk) 23:36, 31 January 2018 (UTC)

That's not very useful :( Maybe if you try in debug mode (debug=true in the URL) it will print the full stack trace? Or you could find that error in the log files (just search for the WnJP0ofEW1S7WhUm636qtQAAAAY identifier, probably in mediawiki-exceptions.log; not sure if you need to set up structured logging to see the full stack trace, although it's a good idea anyways). Tgr (WMF) (talk) 00:53, 1 February 2018 (UTC)

Can you gain any insights from this?:

2018-02-02 15:26:13 myserver.company.com mywiki: [WnSDFYbeM9aeBcxLvvz9bwAAAAk] /mywiki/load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector   BadMethodCallException from line 845 of /var/www/html/mywiki/includes/session/SessionManager.php: Sessions are disabled for this entry point
#0 /var/www/html/mywiki/includes/session/SessionManager.php(194): MediaWiki\Session\SessionManager->getSessionFromInfo(MediaWiki\Session\SessionInfo, WebRequest)
#1 /var/www/html/mywiki/includes/WebRequest.php(735): MediaWiki\Session\SessionManager->getSessionForRequest(WebRequest)
#2 /var/www/html/mywiki/includes/user/User.php(1199): WebRequest->getSession()
#3 /var/www/html/mywiki/includes/user/User.php(404): User->loadFromSession()
#4 /var/www/html/mywiki/includes/user/User.php(5125): User->load()
#5 /var/www/html/mywiki/includes/user/User.php(2768): User->loadOptions()
#6 /var/www/html/mywiki/includes/context/RequestContext.php(364): User->getOption(string)
#7 /var/www/html/mywiki/includes/StubObject.php(207): RequestContext->getLanguage()
#8 /var/www/html/mywiki/includes/StubObject.php(169): StubUserLang->_newObject()
#9 /var/www/html/mywiki/includes/StubObject.php(112): StubObject->_unstub(string, integer)
#10 /var/www/html/mywiki/includes/StubObject.php(139): StubObject->_call(string, array)
#11 /var/www/html/mywiki/extensions/Arrays/Arrays.php(108): StubObject->__call(string, array)
#12 /var/www/html/mywiki/extensions/Arrays/Arrays.php(108): StubUserLang->getMessageFromDB(string)
#13 [internal function]: ExtArrays::init(Parser)
#14 /var/www/html/mywiki/includes/Hooks.php(195): call_user_func_array(string, array)
#15 /var/www/html/mywiki/includes/parser/Parser.php(335): Hooks::run(string, array)
#16 [internal function]: Parser->firstCallInit()
#17 /var/www/html/mywiki/includes/StubObject.php(113): call_user_func_array(array, array)
#18 /var/www/html/mywiki/includes/StubObject.php(139): StubObject->_call(string, array)
#19 /var/www/html/mywiki/includes/cache/MessageCache.php(1077): StubObject->__call(string, array)
#20 /var/www/html/mywiki/includes/cache/MessageCache.php(1077): StubObject->firstCallInit()
#21 /var/www/html/mywiki/includes/cache/MessageCache.php(1054): MessageCache->getParser()
#22 /var/www/html/mywiki/includes/Message.php(1172): MessageCache->transform(string, boolean, Language, Title)
#23 /var/www/html/mywiki/includes/Message.php(833): Message->transformText(string)
#24 /var/www/html/mywiki/includes/Message.php(902): Message->toString()
#25 /var/www/html/mywiki/extensions/VisualEditor/VisualEditorDataModule.php(60): Message->text()
#26 /var/www/html/mywiki/extensions/VisualEditor/VisualEditorDataModule.php(21): VisualEditorDataModule->getMessageInfo(DerivativeResourceLoaderContext)
#27 /var/www/html/mywiki/includes/resourceloader/ResourceLoaderModule.php(627): VisualEditorDataModule->getScript(DerivativeResourceLoaderContext)
#28 /var/www/html/mywiki/includes/resourceloader/ResourceLoaderModule.php(595): ResourceLoaderModule->buildContent(DerivativeResourceLoaderContext)
#29 /var/www/html/mywiki/includes/resourceloader/ResourceLoaderModule.php(743): ResourceLoaderModule->getModuleContent(DerivativeResourceLoaderContext)
#30 /var/www/html/mywiki/includes/resourceloader/ResourceLoader.php(629): ResourceLoaderModule->getVersionHash(DerivativeResourceLoaderContext)
#31 [internal function]: ResourceLoader->{closure}(string)
#32 /var/www/html/mywiki/includes/resourceloader/ResourceLoader.php(630): array_map(Closure, array)
#33 /var/www/html/mywiki/includes/resourceloader/ResourceLoaderStartUpModule.php(404): ResourceLoader->getCombinedVersion(DerivativeResourceLoaderContext, array)
#34 /var/www/html/mywiki/includes/resourceloader/ResourceLoaderStartUpModule.php(377): ResourceLoaderStartUpModule->getAllModuleHashes(DerivativeResourceLoaderContext)
#35 /var/www/html/mywiki/includes/resourceloader/ResourceLoaderModule.php(746): ResourceLoaderStartUpModule->getDefinitionSummary(DerivativeResourceLoaderContext)
#36 /var/www/html/mywiki/includes/resourceloader/ResourceLoader.php(629): ResourceLoaderModule->getVersionHash(ResourceLoaderContext)
#37 [internal function]: ResourceLoader->{closure}(string)
#38 /var/www/html/mywiki/includes/resourceloader/ResourceLoader.php(630): array_map(Closure, array)
#39 /var/www/html/mywiki/includes/resourceloader/ResourceLoader.php(714): ResourceLoader->getCombinedVersion(ResourceLoaderContext, array)
#40 /var/www/html/mywiki/load.php(53): ResourceLoader->respond(ResourceLoaderContext)
#41 {main}

Revansx (talk) 15:35, 2 February 2018 (UTC)

Thanks! This issue seems to have been fixed in https://gerrit.wikimedia.org/r/#/c/394032/ Tgr (WMF) (talk) 16:37, 2 February 2018 (UTC)

For context, see Manual:SessionManager and AuthManager/Updating tips#Exception "Sessions are supposed to be disabled for this entry point". Tgr (WMF) (talk) 20:30, 2 February 2018 (UTC)

Understood. Thank you. Revansx (talk) 17:39, 22 February 2018 (UTC)

[GlobalTitleFail] - MessageCache - parse with no title set

Any insight on an error like this?

[GlobalTitleFail] MessageCache::parse called by call_user_func_array/Flow\TemplateHelper::l10nParse/Message->parse/Message->toString/Message->parseText/MessageCache->parse with no title set.

Site Version Info:

Product	Version
MediaWiki	1.28.2
PHP	5.6.33 (apache2handler)
MariaDB	5.5.56-MariaDB
ICU	50.1.2
Lua	5.1.5

Parsoid version: 0.7.1+git

Semantic MediaWiki	2.5.5	GPL-2.0+
VisualEditor	0.1.0 (93528b7)16:23, 25 October 2016	MIT
Echo	–	MIT
Flow	1.1	GPL-2.0+

Revansx (talk) 17:58, 30 January 2018 (UTC)

Could the topic be folded？

U could see that there are so many topics here. I can't be sure which one is what I want to know. So could the topics be folded at first and after I scan and find the one that I am interested in I could open it up? AndyPKU (talk) 05:22, 9 February 2018 (UTC)

That's not possible at the moment. Wen plan to enable a search system to allow you to find what you are looking for. Trizek_(WMF) (talk) 09:21, 9 February 2018 (UTC)

You can use the "explore topics" button to see a list of topics and navigate directly to them. I use it also to skip to the next topic when scrolling for large topics. A way of collapsing topics would be helpful IMHO, the same system resolved topics use. Ciencia Al Poder (talk) 10:59, 9 February 2018 (UTC)

Changes After config Flow

After Config of the mediawiki-Flow extension what are the changes that occur's in Local-host, I did not see any changes after installing Flow-extension. Can any one help me out if this doubt? Thanks in advance 137.97.116.249 (talk) 08:56, 11 February 2018 (UTC)

help with "QuotaExceededError"

hey guys, I'm seeing lots of "QuotaExceededError"s (see below) from Flow in the console panel of the browser's developer's tools. This doesn't have any detectable impact on the functionality of the Flow pages, but they're ugly and I just wanted to ask the folks here if it seems like something I need to worry about and is there is something I can do about it.

here is the actual console error:

QuotaExceededError: Failed to execute 'setItem' on 'Storage': Setting the value of 'MediaWikiModuleStore:emw' exceeded the quota. 
DOMException: Failed to execute 'setItem' on 'Storage': Setting the value of 'MediaWikiModuleStore:emw' exceeded the quota. 
at flushWrites ...

Revansx (talk) 15:35, 6 March 2018 (UTC)

Disappearing comments?

We've had a couple of reports of Structured Discussion comments disappearing from view. Here's the ticket describing the problem: T190429.

Weirdly, it seems the comments are visible when the user who is viewing the page is logged OUT, but they disappear when you log IN. Adding another comment to the thread "fixes" the issue, forcing the whole discussion to reappear. But we don't know what's causing the problem or how often it's occurring.

If you see this happening, please report it in the ticket, T190429 (you don't need a login; just start writing in the last comment box, at page bottom). Or drop a note here. Please provide a link to the vanishing comment. JMatazzoni (WMF) (talk) 23:03, 22 March 2018 (UTC)

FlowMention fails to render

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Template FlowMention fails to render when using the visual editor. as can be seen in this screenshot: File:Screenshot from 2018-04-16 22-41-45.png

Moreover upon submitting the comment I get:

[ef03f32d18dfe33cc0c48921] Exception caught: Request to parsoid for "wikitext" to "html" conversion of content connected to title "Topc:Ubege0uwo0i7zyng" failed: 406

I have this in two wikis I have this in two wikis running MW 1.30, Flow: REL1_30 9193b03, and Parsoid (0.9.0all) jessie-mediawiki 5fe6923ab. Ahmad Gharbeia أحمد غربية (talk) 21:17, 16 April 2018 (UTC)

Hello and sorry about that bug!

There is no need to report a bug both on Phabricator and here. I'm closing that topic while it is handled on T192318. Trizek_(WMF) (talk) 12:59, 17 April 2018 (UTC)

Ok. Thanks.

I was hoping to document it here for those who are not used to using phabricator. Just in case someone is puzzled. Ahmad Gharbeia أحمد غربية (talk) 13:23, 17 April 2018 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Internal Error after Installing Flow on MW 1.30?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Running MW 1.30, and attempted to install Flow as follows:

1. fresh install of MW 1.30 with:
   • MediaWiki: 1.30.0 (830bb58)
   • PHP: 5.6.35 (apache2handler)
   • MariaDB: 5.5.56-MariaDB
   • ICU: 50.1.2
   • Elasticsearch: 5.6.9
   • Echo version – (36ffa11) 21:15, 19 September 2017
   • ParserFunctions version: 1.6.0 (f4a62ff) 16:03, 19 September 2017
   • Memcached
2. downloaded the MW 1.30 branch version of Flow and placed it in /w/extensions/Flow
3. added "extensions/Flow/composer.json" to composer.local.json in the extra": { "merge-plugin": { "include": [ ... ] section.
4. ran composer update with no issues (to avoid the Pimple/Container Class not found issue)
5. ran updade.php with no issues
6. added wfLoadExtension( 'Flow' ); to LocalSettings.php
7. ran #php ./w/maintenance/populateContentModel.php as prescribed
8. added $wgNamespaceContentModels[NS_TALK] = 'flow-board'; to LocalSettings.php as prescribed

result:

1. wiki loads fine
2. Special:Version reports Flow installed as version: 1.1 (9193b03) 13:01, 20 September 2017
3. Content pages are fine. Read and Edit work well.
4. Talk pages result in title as, Internal Error and a pink banner in page content that says:
   • [WuR2cKyXLzrVT5zEYk7y8AAAAAE] 2018-04-28 13:26:08: Fatal exception of type "RuntimeException"""

anyone have any thoughts on what went wrong and recommendations on what to try to get it to work?

ty! - Rich (revansx) Revansx (talk) 13:52, 28 April 2018 (UTC)

the backtrace is:

[WuSiRAzX9JQma9LDrv3cyQAAAAU] /demo/Talk:Main_Page RuntimeException from line 441 of /opt/htdocs/mediawiki/includes/utils/UIDGenerator.php: Could not open '/tmp/mw-UIDGenerator-UID-88'.

Backtrace:

1. 0 /opt/htdocs/mediawiki/includes/utils/UIDGenerator.php(119): UIDGenerator->getTimeAndDelay(string, integer, integer, integer)
2. 1 /opt/htdocs/mediawiki/extensions/Flow/includes/Model/UUID.php(157): UIDGenerator::newTimestampedUID88(integer)
3. 2 /opt/htdocs/mediawiki/extensions/Flow/includes/Model/Workflow.php(157): Flow\Model\UUID::create()
4. 3 /opt/htdocs/mediawiki/extensions/Flow/includes/WorkflowLoaderFactory.php(101): Flow\Model\Workflow::create(string, Title)
5. 4 /opt/htdocs/mediawiki/extensions/Flow/includes/Actions/Action.php(105): Flow\WorkflowLoaderFactory->createWorkflowLoader(Title)
6. 5 /opt/htdocs/mediawiki/extensions/Flow/includes/Actions/ViewAction.php(20): Flow\Actions\FlowAction->showForAction(string, NULL)
7. 6 /opt/htdocs/mediawiki/extensions/Flow/includes/Actions/Action.php(50): Flow\Actions\ViewAction->showForAction(string)
8. 7 /opt/htdocs/mediawiki/includes/MediaWiki.php(499): Flow\Actions\FlowAction->show()
9. 8 /opt/htdocs/mediawiki/includes/MediaWiki.php(293): MediaWiki->performAction(Article, Title)
10. 9 /opt/htdocs/mediawiki/includes/MediaWiki.php(851): MediaWiki->performRequest()
11. 10 /opt/htdocs/mediawiki/includes/MediaWiki.php(523): MediaWiki->main()
12. 11 /opt/htdocs/mediawiki/index.php(43): MediaWiki->run()
13. 12 {main} Revansx (talk) 16:33, 28 April 2018 (UTC)

At the top of the page in debug mode:

Warning: file_put_contents(/tmp/mw-UIDGenerator-UID-nodeid): failed to open stream: No such file or directory in /opt/htdocs/mediawiki/includes/utils/UIDGenerator.php on line 75<br Warning: fopen(/tmp/mw-UIDGenerator-UID-88): failed to open stream: No such file or directory in /opt/htdocs/mediawiki/includes/utils/UIDGenerator.php on line 436 Revansx (talk) 16:36, 28 April 2018 (UTC)

according to this: https://phabricator.wikimedia.org/T55791

the update.php maintenance script has been known to leave files in /tmp that need to be deleted.

I checked and found no such files. Revansx (talk) 17:17, 28 April 2018 (UTC)

Looks like your wiki can't acces the /tmp/ folder. Either it doesn't exist, or it's not visible/readable by PHP. You may need to configure $wgTmpDirectory and point it to a writable directory not accessible from the web. Ciencia Al Poder (talk) 09:06, 29 April 2018 (UTC)

i'll try that and let you know how it goes. thank you! Revansx (talk) 14:46, 29 April 2018 (UTC)

Yay! \o/ .. that was exactly this issue.. set $wgTmpDirectory=/var/www/html/mywiki/tmp in LocalSettings.php and changed the permissions on that folder from 0755 to 0775 and ownership to apache:apache and it worked. Cool. Thank you! Revansx (talk) 13:06, 30 April 2018 (UTC)

Please make sure that directory isn't accessible from the internet, otherwise private information may be leaked Ciencia Al Poder (talk) 14:13, 30 April 2018 (UTC)

Assuming a standard configuration, is there something about setting /tmp to 0775 apache:apache that concerns you? (It is identical to the /images folder permissions and ownership) Revansx (talk) 14:20, 30 April 2018 (UTC)

If it's located in the installation path of MediaWiki, that means it's accessible if someone types www.yourwikisite.com/tmp

Ideally, it should be located outside of the published directory. If the document root is at /var/www/html/, try adding it to /var/www/tmp/assuming you have permissions there. Otherwise, you can restrict web access to that directory with an .htaccess or server configuration.

Normally, MediaWiki uses random names to create temp files, but imagine that someone exploits a way to create a file ending in .php or .sh and with malicious code that can interpret and execute apache, that could be executed by visiting that URL and potentially cause to take control of your webserver. That's why it's recommended to be on a folder not accessible from the web. Ciencia Al Poder (talk) 17:30, 30 April 2018 (UTC)

ah.. that makes sense.. "make sure that directory isn't accessible from the internet" means "don't place it in a folder in the DocumentRoot" .. location, location, location.. got it .. thanks! :-) Revansx (talk) 02:03, 1 May 2018 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Is there a way (special page) to list all unresolved flow threads

Tracked in Phabricator
Task T195601

I love the ability to mark a thread as "resolved" in Flow. It would be wonderful to be able to click on a link and see a list of all unresolved Flow threads.. is this possible? Revansx (talk) 17:42, 2 May 2018 (UTC)

There is no such page, unfortunately. I may be something doable by querying the API?

I've reported your idea. Trizek_(WMF) (talk) 15:51, 25 May 2018 (UTC)

Which wikis still use flow?

?? 71.172.143.67 (talk) 17:02, 17 June 2018 (UTC)

What do you mean? Flow was simply renamed to Structured Discussions. So this one, for example. Tacsipacsi (talk) 23:27, 17 June 2018 (UTC)

Some use it, including wikis that have a Beta feature or by default. Trizek_(WMF) (talk) 12:17, 18 June 2018 (UTC)

"Bottom of LocalSettings.php" is UNhelpful

plz see my new edits to the manual page "Installation". I tried to give it some better organization-- -not sure it's clear.

i think the phrase "put the flow declaration at the bottom of localsettings.php" is very UNhelpful, since MANY extensions say the same thing!

It's more useful to explain exactly which declares must come before the Flow declare. Ie, protections, as i explained in the manual. Johnywhy (talk) 19:31, 21 June 2018 (UTC)

The wording is probably not ideal but it basically should convey that you should do settings regarding extension only after all other setting for the wiki. Extension specific stuff in contrast is done just after invoking the extension.

You addition to the page is not wrong, but I do not think that it is helpful since if may confuse.

Anyways the docu should somehow be redone. [[kgh]] (talk) 20:45, 21 June 2018 (UTC)

Then the wording should be "do settings regarding extension only after all other setting for the wiki."

Sorry, i'm a programmer-- logical correctness is essential for me. I understand some programmers don't care about logical correctness, and that's why their code is full of bugs.

My addition to the manual is absolutely necessary , because the extension will BREAK if you enter the declares in the wrong order. Johnywhy (talk) 20:50, 21 June 2018 (UTC)

I think you are doing the wrong thing for the right reason. These comments are not extension specific in a sense. Furthermore we are not in disagreement. ;) [[kgh]] (talk) 20:55, 21 June 2018 (UTC)

if you say i'm doing the wrong thing re my update to the manual, then we are in disagreement.

The extension will break with declares in the wrong order. Admins need to know that. Johnywhy (talk) 21:05, 21 June 2018 (UTC)

Just read between the lines. ;) Also note that I did not revert or fiddle or so ... [[kgh]] (talk) 21:07, 21 June 2018 (UTC)

apologies.. i'm a programmer... i read the lines, not between them.

feel free to edit my additional to the manual, if you think it could be clearer.

cheers! Johnywhy (talk) 21:09, 21 June 2018 (UTC)

Turns out the issue was not the order of protections. Plz see all fixes here:

https://www.mediawiki.org/wiki/Extension:StructuredDiscussions#Troubleshooting Johnywhy (talk) 01:05, 22 June 2018 (UTC)

Bug? "NS_TALK" is not working.

Is there a wildcard, or some other way?

the following is not working for me:

$wgNamespaceContentModels[NS_TALK] = 'flow-board'; $wgNamespaceContentModels[NS_USER_TALK] = 'flow-board';

Extension:StructuredDiscussions#Enabling or disabling StructuredDiscussions

i ran populateContentModel.php , but still not getting flow on ANY talk pages. Johnywhy (talk) 19:36, 21 June 2018 (UTC)

Put all $wgNamespaceContentModels[NS_*] under define("NS_*",*); 机智的小鱼君 (talk) 18:20, 2 December 2018 (UTC)

Added "Troubleshooting" to Manual

There were four different issues with my Flow, so to help other users, i added a Troubleshooting section, with all the fixes-

https://www.mediawiki.org/wiki/Extension:StructuredDiscussions#Troubleshooting Johnywhy (talk) 01:04, 22 June 2018 (UTC)

Great, thanks! :) Trizek_(WMF) (talk) 08:54, 22 June 2018 (UTC)

Sure! If you have a chance, i'm stuck on this other topic :) Johnywhy (talk) 15:50, 22 June 2018 (UTC)

I've pinged the developers while I'm not one of them. :p Trizek_(WMF) (talk) 17:29, 22 June 2018 (UTC)

Html to wiki conversion error. Please help!!

An error has occurred while processing HTML/wikitext conversion.

Return to Main Page.

[ef5f8a94207b87c1cefe0ea5] /malgudi/index.php/Talk:NPTEL_Tasks Flow\Exception\WikitextException from line 374 of /var/www/html/sccilabs/malgudi/extensions/Flow/includes/Conversion/Utils.php: Misplaced DOCTYPE declaration

htmlParseStartTag: misplaced <html> tag

htmlParseStartTag: misplaced <head> tag

htmlParseStartTag: misplaced <body> tag 115.248.248.13 (talk) 13:07, 30 June 2018 (UTC)

Exception caught when starting a new topic

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

This topic was moved to Talk:Structured Discussions/2018#h-Exception_caught_when_starting_a_new_topic-2018-07-10T10:35:00.000Z. PlavorSeol (talk) 16:36, 8 July 2018 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Issue with Message Input box

Seem to be having a weird issue with StructuredDiscussions, the editing window that shows up under the Topic name doesn't want to allow me to enter text UNLESS I have the Debug line added (?Debug=true), with that line added it works with no issue. I confirmed it works with both Source and Visual Editing so it doesn't seem to be a Parsoid issue. Below are screenshots of what I'm referring to:

https://imgur.com/a/dgdmTjN Pajellen (talk) 14:04, 19 July 2018 (UTC)

Open the developer tools of your browser (hit F12) and look at the console for any JavaScript error (they usually appear in red color). Maybe there's some error causing this. Ciencia Al Poder (talk) 09:53, 22 July 2018 (UTC)

How to create a new conversation page

hello

How to create a new talk page other than the discussion page and user? Sokote zaman (talk) 12:54, 25 August 2018 (UTC)

Special:EnableStructuredDiscussions Ciencia Al Poder (talk) 14:05, 26 August 2018 (UTC)

Yes, use Special:EnableStructuredDiscussions. But you can only do this on a Wikimedia Foundation wiki where you are an admin. If that's a request for a wiki where you're not an admin, there is a specific process. Trizek_(WMF) (talk) 12:24, 27 August 2018 (UTC)

Issues with StructuredDiscussions

Mostly putting this here for my own reference... The major issues that I currently see with StructuredDiscussions being a good replacement for article talk pages are:

• There’s no archiving system
• It seems old topics are not in-page searchable
• List of topics (in the "Browse topics" UI) isn’t scannable. Seems to only show a maximum of 11 topics at a time.
• Copying and pasting is better than it used to be but still a bit wonky. For example, line break handling is buggy.
• The UI is confusing. Some examples:
  • Does “Hide” just hide for me or everyone?
  • What is “Recently…”?
  • What’s the difference between the 2 different “Reply”s? Kaldari (talk) 18:46, 18 September 2018 (UTC)

Archiving may well be automatic and invisible. But I can't think of anything more to say on that list. Myrtonos (talk) 15:36, 1 March 2019 (UTC)

Thanks.

Concerning the list of topics, when you scroll it down, it will load more results.

For all your other comments, there are already requests (and tickets) made. I can link them to you of really necessary. Trizek_(WMF) (talk) 17:12, 19 September 2018 (UTC)

Yes, if you know ticket numbers for any of those, please post them. Thanks!

Here are a couple more I just noticed:

• After you jump to an old topic from "Browse topics", it disappears off the screen (presumably because content above the section you jumped to loads in after).
• The "cur" and "prev" links in the history seem to mostly not function, but when they are available they seem to do different things than they normally do. Kaldari (talk) 15:58, 20 September 2018 (UTC)

Here are a few links that would fit your reports:

• search in old topics covers some of your questions, like the list of topics not searchable and the archiving (archiving can be a status you search for).
• copy/pasting not working properly has no specific ticket but changing the storage format may help (T174374)
• Confusing UI
  • how hide works: add tooltips
  • what is "recently" has no ticket, but there are something about relative timestamps to improve. You can hover the date to have a better timestamp.
  • the two reply buttons are related to the threading, currently based on user selection rather than being hard-coded into the data structure as they are now. (T105438 and T108998)
• The problem when you jump to an old topic is to be recondidered, to have, a pagination instead of infinite scrolling (:T132817). This is overall covered by reconsider how to navigate on a Flow board
• History integration is currently poor in consistency with everything else (T85563), that impacts the "cur" and "next" links.

You can find here the most urgent improvements that have been decided last year, based on user feedback. Most of your cases are listed there. Trizek_(WMF) (talk) 14:00, 28 September 2018 (UTC)

Suggestion:Change flow topic display title to match topic title

Tracked in Phabricator
Task T206547

Issue

Currently info pages such as https://www.mediawiki.org/w/index.php?title=Topic:Tuxqtxu1kp6n1m1q&action=info use the same displaytitle as the sort key. Aside from not reflecting reality, it makes searching for flow titles a mess, see topic%3A+contentmodel%3Aflow-board .

Background

While searching for thread posts might never be possible, it would be at least useful to be able to search prior discussions by title. This only works with structureddiscussions boards but not threads, e.g. it is possible to find this board "Extension_talk:StructuredDiscussions" but not a thread like Topic:Ukzjwfa58ewp4zm6 without knowing the whole strange id.

Proposed solution

1. Add displaytitle (Help:Magic words#DISPLAYTITLE) in each thread as its thread title, e.g. :Topic:Ukzjwfa58ewp4zm6 -> displaytitle: "Issues with StructuredDiscussions" .
2. This will presumably be shown in search once this task (https://phabricator.wikimedia.org/T143396) is resolved. 197.235.109.215 (talk) 19:38, 8 October 2018 (UTC)

Just some feedback

I'm new to the mediawiki world, and I'm currently researching it in order to decide whether or not I want to use it. I think this extensions is very much needed, as I find talk pages extremely confusing in their presentation etc. I'm speaking as someone who works as a UX Designer and Developer, I'm technically inclined, and I actually know conceptually how talk pages work now, but even so it's very out of step with the UI norms the rest of the web have adopted and a more modern update like this seems necessary.

Also as much as this extension is needed, there is still a lot more features it could use. I think allowing for deeper threading is one thing. Or are these discussions meant to be shallow (in the sense of tree hierarchy depth, not content)?

It might be useful to have shallow comments discussion sections (like you would have on stack exchange or disqus) which have limited nested threads, and then have a deeper "forum" like format which allowed for deeper threading and possibly greater multimedia controls. Just a thought. AslanFrench (talk) 00:16, 16 October 2018 (UTC)

Reply 1 Tacsipacsi (talk) 17:22, 16 October 2018 (UTC)

Reply 3 Tacsipacsi (talk) 17:22, 16 October 2018 (UTC)

Reply 2 Tacsipacsi (talk) 17:22, 16 October 2018 (UTC)

I’m not very familiar with UX terms. What do you mean by deep discussions? Topics within topics? I don’t see where would it be useful to have more than the two current levels (page and topic). Replies to specific replies (i.e. what is currently available on Stack Exchange in two-level form: answers and comments on answers)? As far as I know, Structured Discussions supports this kind of deepness infinitely (or at least more than just one or two levels). Tacsipacsi (talk) 17:22, 16 October 2018 (UTC)

By deep I mean the number of levels deep a thread can go. It can only go 3. Which I think is good for a comment section but maybe not for a more detailed conversation/debate on a topic. Perhaps having two forms of feedback would be good? One for commentary and then another for deeper topic discussion? AslanFrench (talk) 23:36, 16 October 2018 (UTC)

Accessing talk page from topic in PHP

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello,

I'm trying to write a hook that redirects topic pages (linked from notifications) to the talk page from which it belongs. I know there is a link to the talk page on the topic page, but it's an extra step I'd like to get rid of. I'm using the ArticleFromTitle hook and after searching for hours, I'm still baffled as to how I'm suppose to get the talk page's Title object from the topic's Title object.

Any help would be much appreciated. Tinss (talk) 01:28, 24 November 2018 (UTC)

I had to do a bit of searching myself, but I think I've found a pretty good/concise example of a hook that finds the talk page title ("board") based on a topic title, then makes a decision based on that: https://github.com/wikimedia/mediawiki-extensions-Flow/blob/0dbd3b6dffb12b84012df2a694fe4fc3930e32ea/Hooks.php#L1088-L1100. Note that you'll need to have use Flow\Container; and use Flow\WorkflowLoaderFactory; at the top of the file for this to work. Roan Kattouw (WMF) (talk) 19:02, 26 November 2018 (UTC)

Thank you very much! Your example was easily adaptable to my use case. In order to redirect I called $context->getOutput()->redirect($subject->getFullURL($query)); from inside the ArticleFromTitle hook. Tinss (talk) 03:17, 27 November 2018 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.