Logout module prevents rebuilding the index of protected pages #8253
Comments
👍 this brought me some trouble already as well |
The question is rather why you want a logout page to be indexed? |
Well no one wants that, but if you don't think of excluding the logout page from indexing yourself, it might take you a long time to figure out what's going wrong |
That's the point. No one wants to index the logout page or module. But even in the official contao demo there would be a problem while indexing protected pages, because "Do not search" is not activated in the page "Logout". See http://demo.contao.org/contao/main.php?do=page&act=edit&id=44 |
Yes, but that is a configuration error IMHO. @contao/developers /cc |
It will probably be irrelevant with Contao 4.2.0 or 5 when the new Logout page type is introduced (I am assuming such a page type is excluded from indexing anyway then) (contao/core-bundle#236). |
I agree it's a configuration problem. The only useful thing I can imagine is a blue hint in the module, similar as we do for the j_mediaplayer template. |
I also ran in this problem a few days ago and it took my very long to find the problem. |
It's a very special case, so a hint is IMHO too much. Protecting the logout module from indexing would be more comfortable. |
That’s true. The logout module could automatically disable indexing of it’s contained page. |
No, that does not work. If the page is not correctly configured, it will be included by |
I guess, we can close this. Implementing #8255 gives enough hints to users, when indexing fails. |
If Contao rebuilds the search index and a logout module is somewhere included, the frontend member will be logged out automatically while indexing.
Maybe we should add a session before rebuilding the index, e.g.
$_SESSION['REBUILD_INDEX_ACTIVE'] = true;
In the ModuleLogout.php we could return, if the session is set.
I don't have a clue, where to unset the session, but maybe someone here?
The text was updated successfully, but these errors were encountered: