Notice: Undefined offset: 5 in _og_field_widget_replace_autocomplete_path() [#2225889]

After some of the recent updates, it looks like og is throwing errors on the user profile edit pages. See attached screenshot for more.

I've verified this happens on a completely stock new install of commons without any patches, other than what comes with the make file.

Comment	File	Size	Author
#10	2225889-realname-correct-menu-10.patch	3.63 KB	fenstrat
#10	7.x-1.x: PHP 7 & MySQL 5.5, D7 7 pass
#4	2225889-realname-correct-menu-3.patch	3.65 KB	japerry
#4
#1	2225889-realname-correct-menu-2.patch	3.63 KB	japerry
#1
	Screenshot_3_25_14_1_03_PM-2.png	192.89 KB	japerry

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Comment #1

japerry

KVUO

CreditAttribution: japerry commented 27 March 2014 at 02:16

Project:	Drupal Commons	» Real Name
Version:	7.x-3.x-dev	» 7.x-1.x-dev
Status:	Active	» Needs review
Issue tags:		+commonslove

File	Size
2225889-realname-correct-menu-2.patch	3.63 KB

Further investigation from the last comment in #1722112: Autocomplete for entityreference fields reveals that the code replaces the functionality of the entityreference module, but doesn't confirm to the API entityreference uses.

This causes other modules that rely on altering entity reference autocomplete to fail. The patch below fixes that by bringing the menu callbacks in line with what entity reference uses.

You can reproduce by enabling OG adding a user group reference. (or just use the latest commons dev snapshot, which includes the newest version of realname)

Comment #2

scottzak CreditAttribution: scottzak commented 22 May 2014 at 16:36

Applying this patch breaks og_ui_add_users form. This was working in Commons 3.9 and no longer works in 3.11. When I undo the patch it begins working again. We're not using trusted contacts, so we don't encounter the original issue (if I understand the issue correctly).