-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reindexing Context's Page Container on Change/Insert/Delete #278
Comments
Addressing the iteration-item's class' content-modell self.getMetaobjAttr(child_node.meta_id, 'standard_html')['ob'](zmscontext=child_node) ZMS/Products/zms/ZMSZCatalogAdapter.py Lines 349 to 353 in 936b091
|
UnindexingIf a ZMS-node may be a page or a page-element: if latter is deleted (moved to trashcan) the containg page mus be reindexed If a page is deleted this node must be removed from index in all it's languages. ZMS/Products/zms/ZMSZCatalogAdapter.py Lines 228 to 261 in de70f0f
The possible languages of a deleted node (not the catalog-connector node, which may have a different language set) is set as global var in the main interface function Lines 63 to 67 in de70f0f
... and then used in the bulk-deleting Lines 52 to 56 in de70f0f
|
The latest changes address the different cases:
[1] CASE-1: ZMS_INSERT
[2] CASE-2: CHANGE
ZMS/Products/zms/ZMSZCatalogAdapter.py
Lines 201 to 222 in 1b4ec16
The incremental reindex still shows a surprising logical (?) problem: on ZMS_INSERT the content of the container page is aggregated only of the content-objects that have the same meta_id like the objects that is inserted. Exp: if a ZMSTextarea is added to a document, the indexed page content only concats the ZMSTextarea-content but ignores any other object class e.g. the content of ZMSTable-object.
It seems that the context that is needed for the attribute rendering is in case of standard_html not referring to the iterated object's standard_html, LINE 355 child_node.getBodyContent(request):
ZMS/Products/zms/ZMSZCatalogAdapter.py
Lines 349 to 357 in 1b4ec16
[1] On INSERTING an new ZMSTextarea prevents Reindexing Page-Content not derived from ZMSTextarea
[2] On CHANGE a PAGEELEMENT or the PAGE-Container renders/reindexes the full content
Debugging the
get_attr_data()
-iterationZMS/Products/zms/ZMSZCatalogAdapter.py
Lines 353 to 355 in 1b4ec16
reveals that standard_html-attr of the inserted obj-class is applied and not the one of the iterated item. In case of ZMSFile this results in empty data for any ZMSTextarea, because the standard_html of ZMSFile cannot render ZMSTextarea appropiately.
The other way round: if inserting a ZMSTextarea the ZMSFile cannot be renderd
NOTE: Fullindex works correctly and thus corrects any missing page content.
Ref:
[1] Ensure Reindexing Context's Page Container on Change/Insert #277
[2] https://github.com/idasm-unibe-ch/unibe-cms-opensearch/issues/50
The text was updated successfully, but these errors were encountered: