Last modified: 2011-06-04 22:10:30 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 T30478, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 28478 - fnc DatabaseSqlite::getFulltextSearchModule error 1: no such module: FTS3
fnc DatabaseSqlite::getFulltextSearchModule error 1: no such module: FTS3
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Database (Other open bugs)
1.18.x
PC Windows 7
: Normal normal (vote)
: ---
Assigned To: Max Semenik
http://dgwinsoft.nnm-club.net/wiki/in...
:
Depends on:
Blocks: sqlite
  Show dependency treegraph
 
Reported: 2011-04-10 02:16 UTC by Arseny Kravchenko
Modified: 2011-06-04 22:10 UTC (History)
2 users (show)

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


Attachments

Description Arseny Kravchenko 2011-04-10 02:16:49 UTC
Updated an installation from [[rev:80185]] to [[rev:85737]].

System Windows IIS, PHP 5, SQLite without fulltext search support
Update was done via the web installer over the existing dbname

Update log:

...have ss_active_users field in site_stats table.
...ss_active_users user count set...
...have ipb_allow_usertalk field in ipblocks table.
...have initial indexes
...change_tag table already exists.
...tag_summary table already exists.
...valid_tag table already exists.
...user_properties table already exists.
...log_search table already exists.
...have log_user_text field in logging table.
Populating log_user_text field, printing progress markers. For large
databases, you may want to hit Ctrl-C and do this manually with
maintenance/populateLogUsertext.php.
Done populating log_user_text field.
Populating log_search table, printing progress markers. For large
databases, you may want to hit Ctrl-C and do this manually with
maintenance/populateLogSearch.php.
Done populating log_search table.
...l10n_cache table already exists.
...external_user table already exists.
...ls_field_val key already set on log_search table.
...change_tag_rc_tag key already set on change_tag table.
...have rd_interwiki field in redirect table.
Converting tc_time from UNIX epoch to MediaWiki timestamp... ok
...fulltext search table appears to be in order.
...iwlinks table already exists.
...iwl_prefix_title_from key already set on iwlinks table.
...have ul_value field in updatelog table.
...have iw_api field in interwiki table.
...iwl_prefix key doesn't exist.
...iwl_prefix_from_title key doesn't exist.
...have cl_collation field in categorylinks table.
...collations up-to-date.
...msg_resource table already exists.
...module_deps table already exists.
Purging caches...done.
Checking site_stats row...done.


Special:Version worked for 5 minutes, then started to show an SQL error:

"
Database error

 A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: 
(SQL query hidden)
 from within function "DatabaseSqlite::getFulltextSearchModule". Database returned error "1: no such module: FTS3". "
Comment 1 Max Semenik 2011-04-11 17:17:29 UTC
Fixed in r85803.
Comment 2 Chad H. 2011-06-03 07:36:50 UTC
I still hit this when running unit tests if I don't use temporary tables.
Comment 3 Chad H. 2011-06-03 07:37:23 UTC
Well a similar issue at least, I end up with an un-deletable unittest_searchindex.
Comment 4 Max Semenik 2011-06-03 16:26:07 UTC
Did you encounter it after r89352?
Comment 5 Max Semenik 2011-06-04 22:10:30 UTC
Unrelated issue, fixed in r89483.

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


Navigation
Links