-
-
April 24, 2018 at 2:37 pm #1067district6Participant
Just purchased the theme today and installed it on a fresh installation.
Debian 8
Tried both Apache and Nginx – Same result
You are running PHP 5.6.33-0+deb8u1 with MySQL 5.5.60 on nginx/1.6.2 web server.
I’m unable to change any settings of the theme regardless of browser. I tried it in Chrome, Firefox, Internet Explorer and Microsoft Edge. When you hit any of the save buttons, the page just refreshes and the settings aren’t saved. I haven’t found a workaround for this.
-
April 24, 2018 at 2:48 pm #1071ACity of AltonParticipant
I’ve had the same issue you have had as well. My forum post has been up for four weeks with no response to any of my concerns. I am not sure if the developers are just that busy trying to fix all of the errors or not. However, I was able to find a work around for the issue you are having, by editing a .txt file. For me in was in the installation path>upload>osta>css>themes the .txt you want to edit is selected.txt in there you add what ever theme you chose IE Earth or ICE or Custom. If you choose Custom, you will need to edit the custom.css file with your color codes you want for each section.
Mine was on a windows server 2012 machine, but the folders and files should be the same.
I hope this helps,
-Adam
-
April 25, 2018 at 6:44 am #1079district6Participant
Hi Adam. I figured out the problem. When you overwrite the original files with the them files, I needed to change ownership of the files again. I ran this:
chown -R www-data:www-data /var/www/osticket
This corrected the issue. Now things can be adjusted and saved. I hope this helps.
-
April 25, 2018 at 6:59 am #1081ACity of AltonParticipant
Ownership to “who”? The files are all owned by “Administrator” but then I am Windows based.
-
April 26, 2018 at 8:15 am #1093ACity of AltonParticipant
You were correct it was a permission issue. Now I can make the changes, but in IE the site looks….bare. In Chrome its fine. Months ago, there was rumors of v1.3 release in a few days. Again, that was months ago.
-
April 30, 2018 at 10:16 am #1154stevlandKeymaster
Hi guys,
I’m sorry for the delay in responding here.
As you are likely aware, the new version (v1.3) is now available.
district6 thank you for posting your solution. In your case it appears that you must have uploaded the files as another user (perhaps root?), thus the permissions issue.
It is worth mentioning to anyone else who is reading this that the chown -R command that fixes this problem will need to be tailored specifically to each person’s website username and file path to their osTicket installation.
City of Alton did you manage to correct the permissions issue on your IIS server? If you did, I would be very curious to know how you managed to do so! I do not have any experience with IIS. I actually rented an IIS server recently and tried to figure out how to work with permissions, but I failed to learn anything new. 🙁
I’m sorry but osTicket Awesome has not supported IE since version 1.9.12. There are many reasons for this which have already been discussed in this forum (simply search for ‘IE’).
-
April 30, 2018 at 10:45 am #1157ACity of AltonParticipant
stevland LIVES!!!!
First, I will search for IE in forums
Second, Yes I was able to correct the IIS issue. It was not as bad of an issue as I thought, and it was all about permissions.
Open IIS > Application Pools > find the website right click Advanced Settings > Identity needs to be ApplicationPoolIdentity > OK
Under sites Right click your site > Manage Website > Advanced Settings > Application Pool needs to be DefaultAppPool > OK
Right click on your site again > Edit Permissions > Security > Edit > Add > From This Location needs to be the local machine.
Object name is IIS AppPool\DefaultAppPool when you click check name it should correct to DefaultAppPool. Grant it full rights. Go to the ost-config.php and change that one file to deny write access. If you don’t then when you are in admin side osTicket will pop a message requesting you do so.
If this is confusing let me know and I can try to be more specific lol.
-
November 27, 2018 at 11:50 pm #2583GGaëtan HardyParticipant
-
March 22, 2019 at 7:30 am #3339CITSupportParticipant
EDIT: Ignore the <br/> html. I cannot figure out why it keeps adding those in my post.
I think I may have fixed this (using apache). Along with the setting of the permissions to www-data, I also restructured the custom.css file.
Originally it looked like this:
`:root {<br />
–header-bg:<br />
#5f5f5f;<br />
–header-title-color:<br />
#ffffff;<br />
–nav-bar-bg:<br />
#c82222;<br />
–nav-bar-link:<br />
#ffffff;<br />
–stickybar:<br />
#5f5f5f;<br />
–mobile-menu-bg:<br />
#e3e3e4;<br />
–mobile-link-color:<br />
#5f5f5f;<br />
}`I simply removed the carriage returns to look like this:
`:root {<br />
–header-bg:#5f5f5f;<br />
–header-title-color:#ffffff;<br />
–nav-bar-bg:#c82222;<br />
–nav-bar-link:#ffffff;<br />
–stickybar:#5f5f5f;<br />
–mobile-menu-bg:#e3e3e4;<br />
–mobile-link-color:#5f5f5f;<br />
}`Now the Create a Custom theme part of the settings works properly for me.
I hope this helps you.
-
You must be logged in to reply to this topic.