Attempting to delete via GUI causes 500 server error.
Deleting plugin in directory has no effect, deleting relevant rows in ost_plugins and ost_config table removes plugin.
Plugins "defunct-missing" after v1.10.4 to v1.11 upgrade
- Edited
rgonig2
I noticed earlier post when KevinTheJedi asked to run command it said permission denied
That means you need to run the command as sudo like
$ sudo chmod -R 0644 include/plugins/
$ sudo chown -R www-data:www-data include/plugins
You need to make sure you are in current location or use full path
Restart Apache and retest
ramrajone Please read the rest of the thread. I am an end user at my institution, and the server I am hosting on is provided via cPanel. As previously mentioned, I am not able to reset Apache, as this service is maintained at the institution level cPanel and institution admins. The path was not an issue.
As for the perms issue in the first place, the auth-ldap.phar file has a numerical value of 0644 and is owned by the service user.
Hi,
We apologize for the inconvenience caused to you.
However @rgonig2 has opened a ticket with us highlighting this issue to us.
We made a test installation of the old version i.e v1.10.4 and had LDAP plugin installed and then upgraded the installation to v1.11 via Softaculous itself and the plugin post upgrade was listed properly.
We request all users on this thread, if they have any issues with the installation/upgrade made via Softaculous to open a ticket with us so that we can check this for you.
https://www.softaculous.com/support/
We request for ticket because we may need some more details like the installation details OR the control panel login in order to check this further for you.
Also we follow the standard upgrade procedure which is given by the OSTicket itself.
Thank you.
rgonig2
Well, based on all things you tried, it seems the issue is permission related as suggested report bug to them softaculous and your issue should be fixed
This is what I was pointing out in my last response, even though you had run the command, but show Permission denied:
@rgonig2 and @softaculous
Does this mean that the issue has been resolved?
So then should I close this thread?
ntozier If you'd like, unless you can think of any devs who might be able to provide insight into how osTicket loads plugins, and in particular what services are used to do so? I ask because my institution added me to their cPanel dev environment, and there are no issues there, which leads me to believe there must be some difference between the two environments in what osTicket needs to load and run plugins, the trick is just figuring out what...
I have an idea.
Can you:
remove the plugin.
unphar the plugin and put that directory in your /plugins folder?
Just to confirm:
Remove auth-ldap.phar from include/plugins
Unpack auth-ldap.phar
Place unpacked filed back into include/plugins
Nothing with tables.
All you need for plugins is the php-phar extension installed and enabled. This will do all the work of unpacking the phar and loading it.
Cheers.
- Edited
@KevinTheJedi Phar is bundled with PHP as pf version 5.3 and enabled by default. So there shouldn't be anything that needs to be installed. But it does need to be enabled. (ie it has to be turned off on purpose to not work... there is a command line --disable-phar that is used to shut it off.
the same name as the plugin phar had. So auth-ldap.phar would become a folder named auth-ldap.
The contents of the auth-ldap folder would look like this:
- Edited
It's been a while since I did it... I think I just wrote a quick php script to do it.
I may have been lazy and used a website to do it... but I think that I did it via script.
downloading the current phar and unpharing it results in
The other folders I have that you dont have could be from a past version of the plugin... or from me mucking around with the plugin.
Okay, then yes, in that case it appears I've got the right files as well, in /plugins/auth-ldap
I also tried updating the path in ost_plugins from plugins/auth-ldap.phar to plugins/auth-ldap, to no effect.
I feel like something is preventing it from loading. Perhaps its something like SELinux or security_mod or another security product I'm unfamiliar with.
We tried to debug this by checking osTicket code. osTickets shows (defunct — missing) message when phar class is missing or phar files does not have executable permission.
We could replicate this error message in manual installation ( i.e Without Softaculous ) when we kept non executable permission to auth-ldap.phar.
There are few things which needs to be checked :
1. Is Phar installed correctly ? You can check phar configuration in phpinfo.
2. Is auth-ldap.phar present and has executable permission ?
