Plugins not appearing after dropping into includes/plugins folder

Comments

• ntozier

  August 2016

  Did you click Add?
  Admin panel -> Manage - > Plugins -> Add New Plugin
  
• sourjya

  August 2016

  Yes - the phar files are in place and I'm attaching screenshots of the plugins and add new plugin screens.

  

  

  ost-p-1.png

  955 x 205 - 20K

  

  

  ost-p-2.png

  962 x 142 - 17K
• ntozier

  August 2016 edited August 2016

  Version of osTicket?
  Version of PHP?
  You are 100% sure that you are putting them in the /path/to/your/install/include/plugins?
  Did you download the plugins from http://osticket.com/download?
  
• sourjya

  August 2016

  osTicket: Core, v1.9.14

  PHP: 5.6.21

  
  

  I confirm that I downloaded the core and plugins directly from osTicket website. Here's a dump of my plugins folder:

  
  

  regsup@host [~]# cd public_html/include/plugins/

  regsup@host [~/public_html/include/plugins]# lh

  total 364K

  drwxr-xr-x  2 regsup regsup 4.0K 2016-08-29 14:42 ./

  drwxr-xr-x 11 regsup regsup 4.0K 2016-08-29 14:24 ../

  -rw-r--r--  1 regsup regsup    0 2016-06-11 18:22 .keep

  -rw-rw-r--  1 regsup regsup 350K 2016-08-29 14:33 auth-ldap.phar

  -rw-r--r--  1 regsup regsup 1.2K 2016-06-11 18:22 updates.pem

  regsup@host [~/public_html/include/plugins]#

  
  

  Thanks for your help with this. 
• ntozier

  August 2016

  And the osTicket core files are being served by your webserver from ~/public_html?
• sourjya

  September 2016

  Yes. public_html is the document root for osticket.
• ntozier

  September 2016

  I've never setup osticket in a users public_html folder before.  My guess would be that something int he Apache config or PHP config is borking the path.  Maybe a open_basedir or something.
  
• JLCarbwood

  September 2016

  I'm having similar issues with ver. 1.9.14. Files are in the correct folder. However the system si setup as a sub-domain. Not sure if that will make a difference. Also I check with phpinfo and Phar extension are enable. PHP version is 5.5 also tested with 5.6 and same results.
  
• sourjya

  September 2016 edited September 2016

  Hi ntozier,

      public_html is the default document root of Apache in a multi-user environment. The usual structure is:

  
  

  /home/username1/public_html/

  /home/username2/public_html/ 

  
  

  and so on... anything placed in public_html is accessible via the web either by hostname.com/~username1 or via a domain associated with username1's account. 

  
  

  The process is entirely transparent to the running scripts (osTicket here) - they run in total isolation between the different user accounts.

  
  

  @JLCarbwood - doesn't matter if it's running out of a subdomain... Apache forks and runs osTicket in an isolated manner even in case of subdomains. 

  
  

  Thank you,

  Sourjya
• ntozier

  September 2016

  @sourjya Yes, it is if you are giving each user a personal page, or letting them host a domain in their personal public_html folder. Your response does not however change my response.  As I said I personally have never setup osTicket in a userspace. To get Apache to serve those locations there is some configuration magic that happens either in the Apache configuration files or in .htaccess files or both.  That makes me think that something in the configuration is borking the paths, causing osTicket to not look in the right place for the plugin files.  Or Alternatively something like SELinux or mod_security is preventing it from running right.  It could be something as simple as permissions also, but since there aren't errors being provided this is like looking in a hay barn for a needle lost some indeterminate time ago.
  
• JLCarbwood

  September 2016

  Here is a screenshot of the Phar settings in the phpinfo() output. Each account has a dedicate cPanel which I have full access. Before I contact the hosting company, I might want to know if there some other testing I can do. Thank you for all the help!