The latest version of LDAP Authentication (REL1_25-d4db6f0) does not include any support for SQLite and the "updatedb.php" step necessary for it to work silently fails.
More details about this bug discovery are here: https://www.mediawiki.org/wiki/Thread:Extension_talk:LDAP_Authentication/ldap_extension_on_mediawiki/sqlite:_no_such_table:_ldap_domains but I did not see a bug report filed on it. Apologies if this is a duplicate.
To fix the problem, create a schema/ldap-sqlite.sql file containing the following:
```
CREATE TABLE ldap_domains (
-- IF for domain
domain_id INTEGER PRIMARY KEY AUTOINCREMENT,
-- domain itself
domain TEXT,
-- User to which this domain belongs
user_id TEXT
) /*$wgDBTableOptions*/;
CREATE INDEX user_id on ldap_domains (user_id);
```
And apply this patch to LdapAuthentication.php:
```
*** LdapAuthentication.php.orig 2015-08-07 10:26:56.912671115 -0700
--- LdapAuthentication.php 2015-08-07 10:39:17.729696047 -0700
***************
*** 114,120 ****
case 'postgres':
$updater->addExtensionTable( 'ldap_domains', "$base/schema/ldap-postgres.sql" );
break;
! }
return true;
}
--- 114,123 ----
case 'postgres':
$updater->addExtensionTable( 'ldap_domains', "$base/schema/ldap-postgres.sql" );
break;
! case 'sqlite':
! $updater->addExtensionTable( 'ldap_domains', "$base/schema/ldap-sqlite.sql" );
! break;
! }
return true;
}
```
Incorporating something like that as a permanent fix would be great for other SQLite users.
Thanks,
-- Steve Bonds