Last modified: 2013-10-28 21:47:54 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T56250, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 54250 - Flow: error appears in Special:Flow/Talk.... after running on mw 1.21.
Flow: error appears in Special:Flow/Talk.... after running on mw 1.21.
Status: RESOLVED INVALID
Product: MediaWiki extensions
Classification: Unclassified
Flow (Other open bugs)
master
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-09-17 23:39 UTC by Quim Gil
Modified: 2013-10-28 21:47 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Quim Gil 2013-09-17 23:39:37 UTC
Trying to run Flow in 1.21 (yes, not officially supported, still I want to try). After apparently successful installation this error appears in any Special:Flow/Talk... page:

Unknown flow type 'discussion' requested

Backtrace:

#0 /path/to/extensions/Flow/includes/WorkflowLoader.php(68): Flow\WorkflowLoader->loadDefinition()
#1 /path/to/extensions/Flow/includes/WorkflowLoader.php(45): Flow\WorkflowLoader->loadWorkflow(Object(Title))
#2 /path/to/extensions/Flow/includes/WorkflowLoader.php(200): Flow\WorkflowLoader->__construct(Object(Title), NULL, false, Object(Flow\Data\ManagerGroup), Object(Flow\Data\RootPostLoader))
#3 /path/to/extensions/Flow/special/SpecialFlow.php(51): Flow\WorkflowLoaderFactory->createWorkflowLoader(Object(Title), NULL)
#4 .../includes/SpecialPage.php(613): SpecialFlow->execute('Talk:Happiness_...')
#5 .../includes/SpecialPageFactory.php(487): SpecialPage->run('Talk:Happiness_...')
#6 .../includes/Wiki.php(291): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#7 .../includes/Wiki.php(565): MediaWiki->performRequest()
#8 .../includes/Wiki.php(458): MediaWiki->main()
#9 .../index.php(59): MediaWiki->run()
#10 {main}


I have re-run the update script after cleaning, as explained at https://www.mediawiki.org/wiki/Extension_talk:Flow#Internal_errors_32348 - but the same bug is still there.
Comment 1 spage 2013-09-18 05:57:20 UTC
Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/flow/cards/184
Comment 2 Erik Bernhardson 2013-09-18 14:46:34 UTC
Hmm, that is quite odd.  Could you paste the output of 

  SELECT * FROM flow_definition

If there are values there, but not one with definition_name = 'discussion' then something went wrong, easiest fix would be to truncate the table and re-run the update script to get the right data in there.   If there is no data in there, then I'm not sure.  At that point i will probably just stop by your desk and peek at it :)
Comment 3 Quim Gil 2013-09-18 15:23:18 UTC
Maybe the problem is that prefix names for databases are still not well supported or even considered? afaiu this was the root cause of Bug 54076

In my installation all the MediaWiki tables are preceded with $wgDBprefix - and I believe this is the normal default for most MediaWikis out there. 

Therefore:

SELECT * FROM flow_definition
-->  #1146 - Table 'espiral_b.flow_definition' doesn't exist

SELECT * FROM `espiral_bflow_definition`
--> MySQL returned an empty result set (i.e. zero rows). (Query took 0.0001 sec)
Comment 4 Erik Bernhardson 2013-09-19 22:59:52 UTC
I rebuild my vagrant install using a custom wgDBprefix, but it still seems to work from here:

    (22:56) root@localhost:[wiki]> desc zomgflow_definition
        -> ;
    +--------------------+---------------+------+-----+---------+-------+
    | Field              | Type          | Null | Key | Default | Extra |
    +--------------------+---------------+------+-----+---------+-------+
    | definition_id      | binary(16)    | NO   | PRI | NULL    |       |
    | definition_wiki    | varbinary(32) | NO   | MUL | NULL    |       |
    | definition_name    | varbinary(32) | NO   |     | NULL    |       |
    | definition_type    | varbinary(32) | NO   |     | NULL    |       |
    | definition_options | blob          | YES  |     | NULL    |       |
    +--------------------+---------------+------+-----+---------+-------+
    5 rows in set (0.00 sec)

    (22:56) root@localhost:[wiki]> select * from zomgflow_definition;
    +------------------+-----------------+-----------------+-----------------+-----------------------------------------------------------------------------
    | definition_id    | definition_wiki | definition_name | definition_type | definition_options                                                          
    +------------------+-----------------+-----------------+-----------------+-----------------------------------------------------------------------------
    | ^E^Dῐ<B5>^CO^_ '<A0><82>"      | wiki-zomg       | topic           | topic           | NULL                                                          
    | ^E^Dῐ<D1>^CO^_ '<A0><82>"      | wiki-zomg       | discussion      | discussion      | a:2:{s:19:"topic_definition_id";O:15:"Flow\Model\UUID":1:{s:14
    +------------------+-----------------+-----------------+-----------------+-----------------------------------------------------------------------------
    2 rows in set (0.00 sec)

    (22:56) root@localhost:[wiki]> 

So i'm not sure how where its running into the issues.  Additionally if the FlowInsertDefaultDefinition maintenance script was trying to manipulate the tables with the prefix, it should at least throw a big fat error that the tables dont exist, rather than successfully completing.  Since i can't reproduce the error locally, it might be simplest if I pop into your installation to dump various debugging values and see where it goes wrong?
Comment 5 Quim Gil 2013-10-28 21:47:54 UTC
I moved my wiki to http://orain.org where I don't install my own extensions, they are running currently 1.22wmf22 and there is no Flow.

It sounds like I had a local problem. Resolving as INVALID.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links