Brett Tasker
ddbab95e3f
Namespacing for tests
2017-04-21 12:23:27 +12:00
elliot sawyer
9aac0ff1aa
WIP respect current include path
...
WIP Namespacing and use on SearchIndex class
2017-04-21 12:00:02 +12:00
elliot sawyer
19b38e0811
WIP more SS4 compatibility fixes
2017-04-21 11:37:01 +12:00
elliot sawyer
bbdf79ea2b
WIP Silverstripe 4 compatibility fixes
2017-02-17 16:27:38 +13:00
UndefinedOffset
0ca7906c2d
BUGFIX: Fixed crash when the relationship has no parents
2016-05-24 16:34:00 -03:00
Damian Mooyman
e5fbdf9d42
BUG fix issues with search variants applying to more than one class
2016-04-26 12:43:31 +12:00
UndefinedOffset
5571e99506
BUGFIX: Fixed issue where the $id variable would be overridden in subsequent iterations of the derived fields loop
2016-04-18 09:40:43 -03:00
helpfulrobot
f87690ef22
Converted to PSR-2
2015-12-18 07:16:09 +13:00
torleif
84a79995d9
FIX: remove parameters from function calls
2015-12-03 14:49:26 +13:00
helpfulrobot
314feddd48
Converted to PSR-2
2015-11-21 19:19:20 +13:00
Damian Mooyman
60b05db1ce
API Separate searchupdate / commit into separate queued-jobs
...
API Enable indexes to deprecate other classes
API Enable indexes to be globally specified in config
2015-05-08 15:22:46 +12:00
Daniel Pickering
6ab5969ac1
Fix many_many fieldData bug
...
This fixes a critical bug meaning that using many_many fields in full text searching would have always failed.
the $singleton->many_many() lookup returns an array() of many-many components, however the line $class = $manyMany[0] is wrong, as the first value of the array is always the $dataClass (parentClass), not the otherClass (childClass).
Changing this to $class = $manyMany[1] fixes this bug.
2014-08-21 16:58:59 +12:00
Damian Mooyman
9efe4baa16
API SearchUpdateQueuedJobProcessor now uses batching
2014-08-21 16:19:51 +12:00
Darren Inwood
a2cfbb531b
BUG Fix sold indexing storing against the incorrect class key
2014-05-22 12:18:38 +12:00
Hamish Friedlander
03a206109a
Make tests run
2013-09-11 14:35:01 +12:00
Hamish Friedlander
b2098a3ebf
FIX Throw error if trying to add a table-less DataObject class to index
...
Its impossible for SearchUpdater#handle_manipulation to figure out the difference
between writing to a table-less class (like Page if theres no $db set) and the
table-having parent (like SiteTree) because it only examines the DB manipulation
This meant if you tried to index Page without setting $db fields, only subclasses
that did have $db fields would be indexed
We cant fix, but we can throw an error if you try to do that
2013-05-03 09:23:21 +12:00
Sean Harvey
3508aadf56
Merge branch 'pull/field-defs-analyzers' of github.com:silverstripe-big-o/silverstripe-fulltextsearch into silverstripe-big-o-pull/field-defs-analyzers
2013-02-13 10:40:08 +13:00
Hamish Friedlander
5036f9e93c
Merge pull request #14 from silverstripe-big-o/pull/instance-of-sslist
...
BUG Check for instanceof SS_List rather than deprecated DataObjectSet
2012-11-01 14:33:28 -07:00
Ingo Schommer
b6fd7b7b89
ENHANCEMENT Extra field definition options for SolrIndex
2012-10-05 12:40:43 +02:00
Ingo Schommer
0f557915e1
BUG Check for instanceof SS_List rather than deprecated DataObjectSet
2012-09-05 22:08:06 +02:00
Ingo Schommer
50304e4b0c
NEW SearchIndex->excludeVariantState()
2012-08-28 23:34:51 +02:00
Hamish Friedlander
38c88094b9
FIX Use addInnerJoin instead of innerJoin to fix deprec error
2012-07-19 13:41:05 +12:00
Hamish Friedlander
9534eeff8a
BUGFIX: Fixed deprecation errors for ClassInfo::is_subclass_of
2012-07-19 13:41:05 +12:00
Hamish Friedlander
17be5a3e63
Import first version of fulltextsearch module
2011-05-02 16:33:05 +12:00
