Upgrade 1.2.1 No Client Side
Brought to you by:
oz-devworx
Tim- I've tried updating to 1.2.1 and the installer now functions with 1.7.1.4, but the client side is not displaying at all. The osfaq.php page is empty with no source on the page at all. I've tried permissions on all files related to osFAQ with no effect. I was going from 1.6ST to 1.7.1 at first and then installed osFAQ 1.2, but the installer did not work. So now I'm on 1.2.1 and no client side display at all.
URL: www.synapseengineering.com/support or http://synapseengineering.com/support/osfaq.php
Admin is functional, just no client side at all
Anonymous
Hi,
I thought I had fixed that with 1.2.1 but may have missed something. Will have a look tonight and see what I can do. Thanks for letting me know.
See the attached patch, it should fix your problem. I did miss a bit.
Ive also updated the main download with these updates.
Last edit: Tim Gall 2013-10-08
Tim- FAQ client side now functional up to OST 1.7.2! There is only one thing not executing, it is the FaqExternal.php. It is in the index.php file, but not executing.
The attached patch has a fixed faq_external.php. It should fix the issue.
Tim- We have full functionality up to OST 1.7.2 now! We'll tinker with it tomorrow to see if there's anything else we find, but it appears that those changes button everything up. Thanks again for a great module.
Peter
Glad I could help and thanks for the feedback.
Tim
Hi Tim- I'm resurrecting this topic because an upgrade to 1.9 all seemed good, but seems to have the same client-side bug. I even tested first and it all looked good on the admin side, but I neglected to test on the client side by clicking on actual FAQs. I'm wondering what you changed in the patch above, it might be related and enable OSFAQ well into 1.9. TIA -Peter
Hi, I did some testing with 1.7.11 and it went smoothly and worked ok.
After checking the link to your site and considering you have SEO friendly URLs turned on in osFAQ, please make sure you have a .htaccess file in place. The redirect after clicking a faq link looks like theres no mod-rewrite commands present. Firstly ensure theres a .htaccess file in your main osticket directory, then try enabling the SEO friendly URLs in osFAQ admin again with the .htaccess option selected. The htaccess file must exist and be writable for it to work. If your running a security mod on the server that uses php.ini files instead of htaccess, copy the contents of the htaccess file into the php.ini file (should be in the same location).
Kind Regards,
Tim Gall
Last edit: Tim Gall 2014-12-03
Hi Peter,
Just a quick update on this. Im pretty certain your current client side problem is related to a missing .htaccess (or php.ini) file not being present in your osTicket directory as I mentioned above.
I thought I would also let you know I managed to get osTicket 1.9.4 installed on a slightly older software stack (LAMP stack). PHP 5.5.15 didnt work for osticket 1.9.4 but PHP 5.3.1 works ok. osTicket 1.7.11 does work with PHP 5.5.15.
Regarding osTicket 1.9.4 and osFaq 1.2.1 everything seems good except editing settings on the osfaq settings page (admin). Im working on a patch to resolve this at the moment.
I also noticed the styles seem to drop after editing a faq (in the admin area, only with osticket 1.9.4). Clicking refresh seems to fix the styles problem so I suspect that bit could be an osTicket issue since its intermittant and unrelated to browser type.
I'll post a patch to fix the osFAQ admin setting forms here once I get it sorted.
Regards,
Tim Gall
The attached patch fixes osFAQ 1.2.1ST admin settings form not saving when editing a setting in osTicket 1.9.4. It will also work with earlier versions of osTicket.
Instructions are in the attached zip file.
Once you unpack the zip, upload the contents of the upload folder to your osTicket installation. It contains a single class file called FaqTable.php in the appropriate filepath for a standard osFAQ installation. EG: /faq/include/FaqTable.php
This patch will also be made available in the downloads section shortly.
Kind Regards,
Tim Gall
PS: @Peter - please let me know if you need any assistance sorting out your .htaccess file. If youve already got it sorted could you update me on if it was the problem you were facing or not. Cheers.
Thanks so much Tim- I'll have a look tonight for sure and update.
Tim- It was simply that .htaccess file, unbelievable. With the current host for the domain, I went through a bout of .htaccess files suddenly locking out sites, so they were turned off in sub directories. This fixed it completely as far as the client side not working for OSFAQ items displaying. As a side note, I've noticed significant differences in PHP performance between various hosts. I haven't nailed it down to PHP version yet, still need to confirm, but I've found Amazon's AWS instances to be bug free compared to the standard cheap host. Now, I'm hosting 1.9.4 on two different hosts for testing, some thoughts here between the host:
Amazon AWS EC2 Instance: No issues with editing OSFaq FAQ Settings, updates work well pre-patch
Standard LAMP/Apache host: No issues editing FAQ settings pre-patch
Thanks for the feedback Peter. Glad you got it working. The PHP subject is interesting. I only tried it on my test setups for the moment (nothing special, just xampp). Thats why I could change LAMP stacks so easily as I have multiple different versions to cover more ground. My production stack is a lot more stable and compatible. Will try installing on it when I get a chance.
The settings bug was probably related to html-5 doctype. I had form opening and closing tags wrapped around rows instead of the entire table which is not allowed with html-5.
I did notice a few other unusual navigation bits in the faq admin area that may be related to the osTicket javascript. Mainly when clicking directly on a row icon before the row has been selected, left icon (folder/file) or right icon (edit). I'll sort that one out when I get a chance... working on ecommerce stuff for a few clients over the next week or two.
Should be able to do a few more bits on osFAQ closer to christmas or early in January.
Regards,
Tim