CiviCRM Community Forums (archive)

Most likely you are not seeing the CTRL-A (\001) separator that splits the priceset ids

the other error is not related and is most likely due to the include path not being set properly. Can you add some debug statements to the config hook in the extension and see if you can figure out whats happening and why

lobo

lobo,
I haven't had too much experience in playing with the hooks on extensions; can you point me to where the config hook is located?

Additionally looking at some civicrm forms on the public pages, the discount code field is not showing up either.

Threw the following into the buttom of the config function:
  //Diagnostics
  $DMPmail = "cividiscountRoot = " . $cividiscountRoot . "<br>";
  $DMPmail .= "cividiscountDir = " . $cividiscountDir . "<br>";
  $DMPmail .= "template->template_dir = " . $template->template_dir . "<br>";
  $DMPmail .= "include_path = " . $include_path . "<br>"; 
 
  mail("[myemail]","CiviDiscount diagnostics", $DMPmail);
and that yielded the following:
cividiscountRoot = [SITEROOT]/wp-content/plugins/files/civicrm/modules/org.civicrm.module.cividiscount-2.1/
cividiscountDir = [SITEROOT]/wp-content/plugins/files/civicrm/modules/org.civicrm.module.cividiscount-2.1/templates
template->template_dir = Array
include_path = [SITEROOT]/wp-content/plugins/files/civicrm/modules/org.civicrm.module.cividiscount-2.1/:[SITEROOT]/wp-content/plugins/files/civicrm/customphp/:.:[SITEROOT]/wp-content/plugins/civicrm/civicrm/:[SITEROOT]/wp-content/plugins/civicrm/civicrm//packages:.:/usr/local/lib/php:/usr/local/php5/lib/pear
is the templates directory generally a string?

[SITEROOT]/wp-content/plugins/files/civicrm/modules/org.civicrm.module.cividiscount-2.1/cividiscount.php is the location of the cividiscount.php file.

Is it possible to load CiviDiscount onto the sandbox?  I'm unable to tell if its my install or server issue or if its a an issue with the new civicrm version (aside from Cividiscount working in my 4.3 and not in 4.4 install)

CiviDiscount isn't one of the downloadable extensions via the UI at the moment; I've had to download it manually (and thus can't download it on the demo site, even after setting the extensions url/directory) - I tried with drupal and wordpress to the same result.

Ok, found at least part of the issue.

Looks like in CRM-12743 (https://github.com/civicrm/civicrm-core/commit/0e6e872410535da3f9d4675e1005c27a06fac5ba#diff-bafe6d6cf60782b3aaac27935480cfd1) the "require_once" was removed from form.php.

I was able to re-enable my admin edit mode by adding the following line back in:

require_once (str_replace('_', DIRECTORY_SEPARATOR, $this->_BAOName) . ".php");
I assume that retrieve should be taking care of this, but it looks like there may be an issue.

Still experiencing some other issues with it not showing up on public page, so I wonder if the same fix will work for that.

It appears that 4.3 to 4.4 is the first time the require_once has been removed (as part of the eval change);

I'm not 100% sure why your install worked fine and mine are throwing issues; I did another wordpress install, v4.4.B3 (from website), wp 3.6.1, and CDM2.1, on a 3rd server and it failed with the same issue.

Tracking it down to the autoloader, it appears that, from the notes, its only loading things which are "Only load classes that clearly belong to CiviCRM.".  As this particular line seaches for anything that starts with "CRM_", only those classes have their files loaded.

The name of the class CiviDiscount is showing is "CDM_", so its apparent why the cividiscount.php file isn't being thrown.  I'm curious lobo; what is the name thats showing up for your class for cividiscount? 

Just for kicks to help diagnose the issue I threw in an elseif to also add "CDM_" - this solved most of the issues, the only thing apparently remaining is for some reason its not showing the discount code location on the contribution pages at the moment.