<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[FrontAccounting forum — What would cause user's permission to change ?]]></title>
		<link>https://frontaccounting.com/punbb/viewtopic.php?id=6769</link>
		<atom:link href="https://frontaccounting.com/punbb/extern.php?action=feed&amp;tid=6769&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in What would cause user's permission to change ?.]]></description>
		<lastBuildDate>Mon, 01 May 2017 13:32:57 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: What would cause user's permission to change ?]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=27752#p27752</link>
			<description><![CDATA[<p>its been 24 hours since this bug happened..<br />so here is the fix for anyone who might face the same problem where the permission would change suddenly. </p><p>Add this code to the custom rules of Engintron/NginX</p><p>if ($SITE_URI ~* &quot;http://yourwebsite.com&quot;) {<br />&nbsp; &nbsp; set $CACHE_BYPASS_FOR_DYNAMIC 1; # Disables micro-caching<br />&nbsp; &nbsp; set $CACHE_BYPASS_FOR_STATIC 1; # Disables static file caching<br />}</p>]]></description>
			<author><![CDATA[null@example.com (Alaa)]]></author>
			<pubDate>Mon, 01 May 2017 13:32:57 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=27752#p27752</guid>
		</item>
		<item>
			<title><![CDATA[Re: What would cause user's permission to change ?]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=27749#p27749</link>
			<description><![CDATA[<p>You are on your own if you try to run FA stable on PHP 7 though the wiki and the forum have pointers to others efforts. Later versions of MySQL have the non zero date issue as well where the &#039;0000-00-00 00:00:00&#039; and &#039;0000-00-00&#039; are not accepted in datetime / timestamps.</p><p>Also check the cache of your browser and make sure it is cleared on exit and the new user logs in from a new instance of the browser after all instances have been closed.</p>]]></description>
			<author><![CDATA[null@example.com (apmuthu)]]></author>
			<pubDate>Mon, 01 May 2017 09:47:07 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=27749#p27749</guid>
		</item>
		<item>
			<title><![CDATA[What would cause user's permission to change ?]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=27748#p27748</link>
			<description><![CDATA[<p>Hello,, <br />i have a Frontaccounting installed for a company which has about 10 users who are actively using Fronaccounting..<br />and each one with a special access level, most of them with salesman permission.</p><p>Sometimes and for some reason the user who has a salesman permission would be able to perform tasks that are only allowed for the super admin.</p><p>i don&#039;t know if this got anything to do with our new server that is running php 7 and CentOS 7.3</p><p>We also have Engintron for cPanel/WHM which integrates Nginx web server as a &quot;reverse caching proxy&quot; in front of Apache in cPanel.</p><p>i read that it caches &amp; serve static assets like CSS, JavaScript, images etc. as well as dynamic HTML with a 1 second micro-cache.</p><p>anyone got a fix or heard about this problem before ?? </p><p>Kind Regards.</p>]]></description>
			<author><![CDATA[null@example.com (Alaa)]]></author>
			<pubDate>Sun, 30 Apr 2017 11:09:45 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=27748#p27748</guid>
		</item>
	</channel>
</rss>
