My bad... It's been a long week and it's only Wednesday. See attached.

ostum-config.pdf
115kB

    Clicking on file results in an error.
    {"errors":[{"code":500,"title":"Internal server error"}]}

    Maybe .pdf are not allowed on the forums.

    Strange. Tried to do it as a .csv and it wouldn't even let me upload that.

    Here's a screencap of what I think you were interested in:

    rgonig2
    If you have your previous version working good backup, then do a fresh installation of the osTicket same version and then do upgrade to 1.11 version. unless Softaculous in cPanel has issues. Double check the permission and clear the cache and maybe try using different browser

        rgonig2
        Have you tried a fresh installation of v1.11, and doing importing database from your backup? Without plugin, then install plugin after

          So here is wha tI would do. back up that table (or at least keep the screen capture)
          Assuming that you are only running the ldap/ad plugin and no others.
          delete every line with a namespace of plugin.#.
          delete the entry in the ost_plugin table.

          Try reinstalling/configuring/enabling the plugin fresh.

          ps I remove the image from the forums since it showed a hash of the password and the username. I kept a copy just in case you did not. I can email it to you if you need it. I will delete it once I hear back that you do not need it.

            ntozier My bad, didn't even notice the hash in there. Will try your solution later this afternoon and let you know. You can go ahead and delete the capture, I have the pass and all I need otherwise.

              Tried your suggestion.

              Removing the entry in ostum_plugins and lines from ostum_config where namespace=2 (originaly plugin ID in ostum_plugins) removed the entry from the UI. Attempting to reinstall produces this again:

              Here's the ostum_plugins table after all this:

              Table ostum_config contains no lines where namespace=plugin.3

              @rgonig2

              Have you checked the permissions/ownership of the phar file?

              Do me a favor and run the following commands in the osTicket directory:
              $ chmod -R 0644 include/plugins/
              $ chown -R www-data:www-data include/plugins

              Restart Apache and retest.

              Cheers.

                Ran those commands:

                Working on restarting Apache... I am not in direct control of that since this is a "resold" cPanel version (i.e. only the cPanel admins at my institution are able to do that.)

                Prior to running those commands, I could view and edit the files in the included cPanel file manager no issue. It now appears I do not have permissions on those files any more.

                As a side you would want to find out what user the webserver runs as. Some web hosts use your username. Other use something else. setting it to www-data is usually safe on debian (and derivatives) but not all linux webservers run as that username. If they are owned by the same user the rest of your files are owned as it should be okay so long as the permissions are good.

                So, I am unable to restart Apache on my server because it is a resold version of cPanel, and the admins at my institution haven't given end users the ability to do so. In addition, files in /include/plugins are now completely locked, and I am unable to utilize chmod or chown to change perms/ownership.

                Any ideas? At this point I'm wondering if it might be worth to restore from the last v1.10.4 backup I have just before upgrading, and try doing the upgrade manually, as opposed to doing it through Softaculous.

                  rgonig2
                  I think it would be a lot cleaner if you have a good backup of your v1.10.4, then do the upgrade manually
                  To find out which user you are using you can run command ls -l /pathToYourOsTicketInstallation like said @ntozier normally www-data:www-data

                    I would talk to your host and tell them the problem that you are having and see if they can change the files permissions for you.

                    File permissions are back. Any further suggestions?

                      Clean manual upgrade (not via Softaculous) still produces this issue.

                      My last ditch effort here was to:

                      1) Restore to the last backup of v1.10.4 that I've got
                      2) Manually delete the plugin entry in ostum_plugins table and objects in ostum_config where "namespace=plugin.2"
                      3) Delete auth-ldap.phar from include/plugins
                      3) Upgrade via Softaculous
                      4) Re-upload auth-ldap.phar
                      5) Re add plugin via UI

                      Same result. Defunct missing.