Current Employer Autocomplete

[petednz]

X - many thanks for your work on this extension

My testing
- admin gets an autocomplete in an Event - but is not limited to contacts
- admin gets text field in profile Edit
- anon who has Ajax API permission gets text field

So am guessing I haven't quite got the nail and the hammer aligned.

this is what is in my civicrm.settings.php

$civicrm_setting['eu.tttp.publicautocomplete']['params'] = array('contact_type'=> 'Organisation', 'contact_sub_type' => 'Party',  'return'=>'sort_name,nick_name,country');

as compared to this from your git instructions

$civicrm_setting['eu.tttp.publicautocomplete']['params'] = array('contact_type'=> 'Organisation', 'contact_sub_type' => 'members', 'group' => 42, // active groups return=>'sort_name,nick_name,country');

note that yours has no ' around return

this was on a 4.1.3

i cleared drupal and civicrm caches - any other thoughts? will try and catch you on irc in 20 hours or so

[xavier]

Oops, should be Organization in the type

What's the url on profile edit?

you are using a profile with a current employer and that's this field you are using, right?

X+

[Eileen]

Hi,

The buildform hook isn't being called. Is it reasonable to expect it to be called on an extension in 4.1?

Eileen

[totten]

A) Eileen, are you saying the hook isn't being called at all? Or it's not being called in the necessary context? That hook has been around a long time - it should work on 4.1.

B)  One possible problem is the settings statement. 4.1 and 4.2 have different approaches to hard coding settings - 4.1 uses define() (which only accepts scalar values) and 4.2 uses the global $civicrm_setting (like drupal - and which accepts complex data). Compatibility was dropped on the theory that the user base was very  small and highly technical. If that's a problem, let us know during the beta cycle.

[Eileen]

1) - it's not being called in the extension from what I can see - which is not a drupal module - where I think it would be callled

2) the setting for this module is perhaps not compatible with d6 style

Code: [Select]

global $civicrm_setting;
$civicrm_setting['eu.tttp.publicautocomplete']['params'] = array('contact_type'=> 'Organization', 'return'=>'sort_name,nick_name,country');

[totten]

Eileen and I discussed this on IRC and created http://issues.civicrm.org/jira/browse/CRM-10543

[Eileen]

which resolves the extension loading issue (but not yet me getting the extension working)

[petednz]

thanks guys

fwiw - the autocomplete i had firing when i first installed this, was providing results after searching email - not sure if that was the plan but think it is not ideal, should only search Org Name imo

[xavier]

So to clarify the "works for me"

Did it using on civi4.2

Is the hook called? does it inject anything in the page?

Can you pull the latest version, changed a few things

X+

[Eileen]

I haven't diagnosed what isn't working yet - but it's at the js level - once it loads my js seems to stop working - I need to look further - but will git pull

[xavier]

DO you have a js error (on load or when typing?)

[admsh]

Is this a "real" extension? Where can it be obtained? Were these problems ever solved?

[diegov]

Hi,

Tried it from https://github.com/TechToThePeople/publicautocomplete in the brand new CiviCRM 4.3.0 on Joomla!.

Couldn't make it work. After the installation, the profile won't load anymore (nothing about it on the html page code... no error). Also, the extension uninstall didn't work, just give a blank page. That forced me to restore the site to a previous backup.

Mr. Xavier, ppl @ tttp, any chances about making that extension work again, maybe putting it available at extensions dir? I could offer a little "sponsoring" on that.

Thanks,
Diego

[xavier]

Hi,

Will check at the end of this week on 4.3 and come back to you

X+

[diegov]

Thank you very much!