In order to make a new custom content_type search-able, I've followed the guidelines (i.e. available at:
https://openacs.org/doc/search/guidelines), to write custom service contracts to those new custom content_types.
Then, I manually ran SQL scripts (i.e. acs_sc_impl_alias__new... ), and restarted NS. However, those new custom content items are still not search-able.
https://dashboard.qonteo.com/search/
Those custom content_types use the content repository to store its items, and have content_revision as their super type, defined at the moment of the package installation and its data-model creation. (i.e. SQL content_type__create_type ...please read psql function below)
I've double-checked the service contracts and they were properly installed as FtsContentProvider.
However, custom items are still not search-able
What am I missing?
Furthermore, I tested file-storage package items, and they are not search-able either, in this OACS instance.
Instance 1 (search is broken): https://dashboard.qonteo.com/search/
Although, I have another OACS instance, which lars-blogger package is installed, and the search engine works just fine and returns the blog entries, searched by keywords.
Instance 2 (search works fine with lars-blogger):
https://iurix.com/search/search?q=entrepreneurs&__csrf_token=8FD3917A574FC2771D0015E26ED403A68DBA1295&t=Buscar
References:
https://openacs.org/doc/search/guidelines
https://openacs.org/doc/tsearch2-driver/
select content_type__create_type (
'qt_face', -- content_type
'content_revision', -- supertype. We search revision content
-- first, before item metadata
'Qonteo Face', -- pretty_name
'Qonteo Faces', -- pretty_plural
NULL, -- table_name
-- IURI: acs_object_types supports a null table name so we do that
-- instead of passing a false value so we can actually use the
-- content repository instead of duplicating all the code in file-storage
NULL, -- id_column
'qt_face__get_title' -- name_method
);