require_once() fails breaking taxonomy autocomplete widget when not using custom element & i18n active

We change the autocomplete so we can filter the results properly.

But I see the problem -- workbench_access_menu_alter() applies to all autocomplete callbacks, regardless of the setting.

This bug is actually in i18n, which incorrectly alters the file name but not the file path of the autocomplete. i18n_taxonomy needs the following code in i18n_taxonomy_menu_alter():

$items['taxonomy/autocomplete']['file path'] = drupal_get_path('module', '18n_taxonomy');

However, the two modules may need to coordinate on how to enable both to function properly. At the moment, i18n_taxonomy will not properly restrict the results of the query based on user access rules.

Note that given Drupal's autocomplete architecture, there is no way to *not* change the autocomplete callback for all widgets, unless perhaps we sniff the #autocomplete path in a form_alter.

I would advise fixing the menu_alter in i18n, and opening a new issue where we figure out if/how both modules can intervene.

If that fails, we can open a new issue to change the way #autocomplete is applied by Workbench Access.

Also note that the use of 'module' by i18n is (apparently) an undocumented feature of hook_menu().

This patch should fix the issue, as suggested by @agentrickard

(Right, 'module' is not documented for hook_menu so we should be using 'file path' instead)

About

At the moment, i18n_taxonomy will not properly restrict the results of the query based on user access rules.

It does, since it adds the 'term access' tag to the query.

Committed.