The code and UI of apachesolr are prepared for different environments (indexes).
But currently most of the setting forms in the UI for the non-default environments are blocked.
I created a patch to unblock these forms and fixed some remaining issues in the code for that functionality in the UI. I guess, these issues might have been the reason for blocking the features.
Having these issues fixed additionally allows to run the cron indexer for all writable environments.
Comments
Comment #1
mkalkbrennerPatch works best, if #1915418: Unable to index a node bundle in a dedicated index / environment gets applied as well.
Comment #2
mkalkbrennerComment #4
mkalkbrenner#2: 1915614_config_actions_indexing_all_writable_envs.patch queued for re-testing.
Comment #6
mkalkbrennerComment #7
nick_vhRemoved?
is this necessary?
module_load in a foreach? Why not leave it at the top?
Comment #8
mkalkbrennerYes, it conflicted with with the new per env redirects in apachesolr_index_action_form_cron_submit,
apachesolr_index_action_form_remaining_confirm_submit, apachesolr_index_action_form_reset_confirm_submit,
apachesolr_index_action_form_delete_confirm_submit
It's already documented some lines above but was missing in the statement:
see #1828014: Mass re-indexation can miss (a lot of) content
You're right. New patch attached.
Comment #9
nick_vhthe ordering is not necessary
Comment #10
nick_vhCommitted, thanks!
Comment #11
kevin.dutra commentedComment #13
milovan commentedPatch from post #11 doesn't work.
Even though that two cores have two separate links, if I go to the non-default core and click Delete Index, it will wipe index in default core and redirect me to default page. If I return to non default page, I still see that its index remained as before (not wiped).
Comment #14
mkalkbrenner