Did you make a restart of your Apache Server??
/Joe
It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Posts by joe
Did you make a restart of your Apache Server??
/Joe
This would require a new report, because the existing invoice is based on the debtor_trans record that is created when the invoice is saved.
If you don't like the print-out you can always edit the sales invoice in customer transactions. And print it again.
/Joe
I am sorry to tell, that I had to delete the former post. It was dangerous to alter the class SessionManager.
Therefore we have converted the translated text into a global variable instead for a session. This result in much smaller left over files that is taken by the carbage collector.
The reason for the left over session files is that we for security reasons have to regenerate session id's.
The changes will go to next minor release and the HG repository will be updated soon.
/Joe
You can read about opening balances in the Wiki, https://frontaccounting.com/fawiki.
As an admin you can post initial balances into the GL accounts. Just create the bank account first. then enter the opening balances including the bank account. FA will post to the bank account if this is the underlying GL account.
If this in not an opening balances you would have to make a bank deposit.
/Joe
If this is an expense for you and you are not reselling the paper (stock item), you can just use GL Items in the Supplier Invoice form for this. You can even preserve the suppliers Purchase account, so you don't have to look it up in the GL Items every time.
/Joe
While testing and testing I have now found out that the cause of left over session files are the new class SessionManager in /includes/session.inc.
While running the member function regenerateSession the error occurs. I am not sure if we really need to do a regeneration of the session. By excluding the call to this routine in line 43 with a // the session files left are deleted or zeroed.
Maybe some session experts out there could help here.
/Joe
If you can't use some of the suggestions given here (try a search), then we are sorry to say that this is not possible.
There are many work-arounds in the suggestions. One is to create alternative as assemblys.
Please try it out in a trial installation or try the demo site.
/Joe
And please look for other errors in the error.log for the time of running.
Please also rename the .php file in /lang/nl_NL/LC_MESSAGES. FA will then create a new php file.
I really hope we will fix this problem. You are one of them that can help.
/Joe
This is very strange. Janusz doesn't have the option to comment out the gettext native, so therefore he is not able to test the problems. I can simulate the Windows OS version with the gettext NOT installed to test the session left over.
After running the Dutch translation a while I have no left over session files. A couple was set to zero size though.
If you look in your error.log file (probably in the tmp folder in FA root, did you see a message:
[25-Jan-2012 13:12:14] 0::logout.php:47: session_destroy() [<a href='function.session-destroy'>function.session-destroy</a>]: Session object destruction failed
Of course with another date/time stamp. It should appear at the end. If you get such an error, there is a reason for the left over and we can start examine this error.
Also please tell us your version of PHP. There are some session_destroy() bugs in version 5.1.2.
/Joe
You set the tax included on the Sales Type (Price List). So if you want a price before tax, just let ithe tax included be unmarket.
/Joe
Hello guys,
Thanks for the informations you have posted. I have fixed a bug in /includes/lang/gettext.php file. This caused a bail out if you used double quotations in the translations when Native Gettext was NOT installed. This also created huge session files that were left after logout.
After fixing the bug, the sessions files are deleted or zeroed out, so it does not make any harm more.
The fix is coming in the next release, but if you want to fix it now, you can insert the following line in
/includes/lang/gettext.php:
line 477. Insert the following code as the first line in function _parse_line:
$line = str_replace("\\\"", "'", $line);This should fix the mess.
/Joe
A purchase order does not create any AP postings nor any GL postings, so it doesn't do any harm. However as soon as the receivals are done, they are blocked due to closed fiscal year.
/Joe
You must login as admin on the first company to create new companies.
/Joe
Ok, this has now been changed so only a warning is thrown, but you can still do the payments.
The warning may be good to have if a legal dispute has started.
Fixed in HG respository to go into next minor.
/Joe
Yes, I agree with that. Will have a look and fix to next minor release.
/Joe
There may be some topics on this subject. Please do a search.
/Joe
We are using our resources to finish the release 2.4 so this has to wait.
/Joe
I am not sure I fully understand your problem.
If you need stock accounting for service items, you will have to set tham as purchased, not service.
If you want more help, please be more specific. F.i. give an example of what you want to do.
/Joe
No, this is too complex. You will have to do another correct cost update.
/Joe
This is the sales_type from the Price List.
/Joe
Yes this sounds reasonable. We will establish a global variable in config.php file for this to work in the next minor release.
In the meantime you can do the following change in /reporting/rep107.php at line 121
if ($Net != 0.0)
{
$rep->TextCol(2, 3, $DisplayQty, -2);
$rep->TextCol(3, 4, $myrow2['units'], -2);
$rep->TextCol(4, 5, $DisplayPrice, -2);
$rep->TextCol(5, 6, $DisplayDiscount, -2);
$rep->TextCol(6, 7, $DisplayNet, -2);
} If you also want to do this in the deliveries please change adequate in /reporting/rep110.php line 130.
/Joe
Please go into Company Setup, Setup tab, and unmark the Search Customer List.
/Joe
Hello Fred,
You go into Access Setup in Setup tab. Select the set of role and lookup the new extension and mark it.
/Joe
I hope some of the implementors will contribute to this topic. It is easy to be totally confused when trying to follow the algorithms. The only thing is that I know it works. Nobody else have complained.
/Joe
Thanks, hopefully Janusz will update the repository asap.
/Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.