Anonymous
Forum Replies Created
-
In reply to: External Auth in view.php
I am happy to help, @cbasolutions.
But for this type of sinereo especially I really feel that you need a working osTicket core installation.
All you need to do is download the 1.10.4 .zip, upload the /upload directory, rename it (optional) and copy over your working /include/ost-config.php.
BTW I also have some other tips for working with mods.
In reply to: External Auth in view.php
I’m sorry, you were correct… I was confused about what I was meant to be checking and my screenshot is actually from login.php.
You are also right with regard to the auth button/ link not showing up in view.php. I hadn’t noticed that the auth function was not present from this page.
However, I also installed the Google oAuth plugin in a unmodified osTicket 1.10.4 installation.
Here also the Google oAuth function is not available on the view.php page.
Here for your reference:
After considering this my interpretation is that the osTicket devs excluded the auth code from view.php intentionally… the page is meant for looking up a ticket using the ticket # and, I assume, if the user wants to select a different authentication method the idea is a) they will click the “Sign in” link and b) they would not likely have ended up on the view.php page in the first place.
I hope this helps.
In reply to: External Auth in view.php
So I installed the stock Google oAuth plugin into a copy of osTicket-Awesome-1.10.4-v1.0, configured and enabled it. It appears to be cooperating with the theme, so I don’t suspect that the theme is breaking anything. I hope this help you narrow down your focus in your effort to also have your custom plugin work with osTicket Awesome.
In reply to: External Auth in view.php
In reply to: External Auth in view.php
UPDATE: This issue occurs on both of my unmodified 1.10.2 and 1.10.4 installations which both use my demo database.
https://osticketawesome.com/u-1.10.2/scp/tickets.php?a=open
https://osticketawesome.com/u-1.10.4/scp/tickets.php?a=openTherefore I thought it was pretty clear that the issue is with these versions of osTicket core.
But ntozier (from the osTicket Forum) tested a 1.10.4 installation and reports that there is no issue on his end.
So I am confused as the source of this problem and actually I am mortified.
As it happens I am about to board my 2nd flight and I am starting a two-week vacation. I will have limited connectivity but I will try to look into this deeper as soon as possible.
In the meanwhile, unless you can think of a work-around I imagine that this would prevent your agents from working efficiently. The only suggestion I can offer is to revert back to osTicket-Awesome-1.10.1-v1.4 for now.
I am sorry for the inconvenience!
Thank you for pointing that out. I can’t believe I hadn’t yet noticed that the user search is broken.
It isn’t an osTicket Awesome problem though… it is also happening in osTicket 1.10.2 core and osTicket 1.10.4 core.
I may not have time to open an Issue on Github as I am catching a plane this afternoon. But I will as soon as I can if you don’t beat me to it!
In reply to: Unusual load time on phones
I’m sorry, I’m at a loss. I can’t see anything wrong or think of any reason that your system is loading irregularly.
I see that your osTicket Awesome is installed into a directory called \support.
Did you follow the installation instructions, and do you still have your old osTicket installation in a directory called \support-old?
In reply to: Unusual load time on phones
It is hard to explain what CSRF Tokens are, but it is an osTicket security function. And those warnings are competely normal in osTicket. Notice that you bought osTicket Awesome on July 10th, but the first warning on that page is July 9th. The CSRF tokens have nothing to do with osTicket Awesome or this issue.
I only see one DB error, so that seems okay. But please post what it has for details.
In reply to: Unusual load time on phones
In reply to: Unusual load time on phones
any phone tries to load the page it takes like 2 or 3 minutes
Is it limited to page in the Client Portal, the Staff Portal, or is this happening with any page throughout the system?
I suspect this may only be happening when visiting pages in the Staff Panel > Admin Panel. In other words, the ticket pages load fine. Is my theory correct?
In reply to: Unusual load time on phones
also we have deactivated the APCu
Actually what I was trying to say is to make sure that you do have APCu activated because it helps to speed up osTicket. The same is true of Zend Opcache. Please make sure that they are both installed and activated.
Your system information looks fine. Please post your System Logs (Admin Panel > Dashboard > System Logs).
In reply to: Wrong Swedish flag and language selector
In reply to: Piping emails not working
Yes it must have a different permission setting. The api/pipe.php file needs to be 755 to be executable. If you look at it using FileZilla, it will look like this:
You must have set that permission when you first set up email piping. It is easy to do!
Anyway, now you know for the next time you want to upgrade.
In reply to: Unusual load time on phones
Please copy and paste the contents of your Information page (Admin Panel > Dashboard > Information). It will look like this:
About this osTicket Installation
Server Information
osTicket Version
v1.10.4 (035fd0a) — Up to date
Web Server Software
Apache
MySQL Version
5.5.56
PHP Version
5.6.36
PHP Extensions
gdlib
Used for image manipulation and PDF printing
imap
Used for email fetching
xml
XML API
xml-dom
Used for HTML email processing
json
Improves performance creating and processing JSON
mbstring
Highly recommended for non western european language content
phar
Highly recommended for plugins and language packs
intl
Highly recommended for non western european language content
fileinfo
Used to detect file types for uploads
APCu
Improves overall performance
Zend Opcache
Improves overall performance
PHP Settings
cgi.fix_pathinfo
“1” is recommended if AJAX is not working
date.timezone
America/Vancouver
Database Information and Usage
Schema
ost-v1-10-1_ (localhost)
Schema Signature
98ad7d550c26ac44340350912296e673
Space Used
82.09 MiB
Space for Attachments
8.52 MiB
Timezone
PDT (Interpreted as America/Los_Angeles)
