1

(44 replies, posted in Announcements)

This seems to be a 2.4 problem. I downloaded and installed the 2.4 release and found this error but had not had a chance to pass a fix back to the team.
The problem is in ~/modules/dashboard/includes/dashboard_ui.inc. Please delete the function text_input completely and that will get rid of the that problem.
I suspect though, the problem is actually 2.4 versions of modules being downloaded for a 2.3 installation.

Sorry, looks like a DNS problem at the web site. Try http://kwikpay.co.nz/download/import_paypal.zip instead.

Sorry about that Geoffrey. I did not know mod_security existed or that the path would cause a problem.
I've updated the module to fix that. You can download it from:
  http://www.kwikpay.co.nz/download/import_paypal.zip
This version also reorganised the code to reduce memory usage, and included from paypal transaction type changes.

4

(4 replies, posted in Setup)

It's quite tightly integrated, so even for a fee business, you'd likely need sales and inventory to create a fee item to invoice.

The security setting in 'access setup' normally just disables the menu links. There is an option 'hide_inaccessible_menu_items' when set will stop the disabled menu items from being displayed. You may need to add $hide_inaccessible_menu_items = 1 to config.php. It used to be there, but I don't see it in the current release of config.php.

I think kvvaradha was trying to say that if you leave access to components you'll actually find it quite useful. But using the role access permissions and menu item hiding, you can probably get the best of both worlds.

If you google: Cannot set environment variable 'LC_ALL'
you will find some suggestions on what might be wrong.
One possible reason is that your hosting service has 'safe_mode' enabled.

6

(5 replies, posted in Report Bugs here)

What version of FA are you running?
Had you installed the most recent updates that fixed some security problems?
What FA modules do you have installed?

Do you have any other applications such as phpmyadmin running on your web server?
Is your mysql root password at least 10 alphanumeric characters?

If your restoring your backup did not fix the problem, that suggests the problem occurred before that backup was created.

7

(44 replies, posted in Announcements)

That's the SQL display that is creating the screen width. Turn off the SQL debug and it will then look a bit better.

A 500 error is normally a configuration problem on the server side. It has failed to create the page in response to the request. Look in the tmp directory within your FA directory and check the contents of the error.log file. That should tell you what the problem was. If you need help on interpreting that, post the error message and people will be able to help.

It may be that the tables have not been added to the database. That is only done when the dashboard module is activated.

Please check that you have the dashboard module installed, as well as the dashboard theme, and that the dashboard module is activated for each company. Select the extensions drop down list at the top of the install/activate extensions form, and tick the active check box for the dashboard module.

When making this change, please also make the end date for inquiries configurable. I find it useful to set the end date for bank inquiries to 30 days in the future instead of today, because I enter scheduled payments in advance, and it helps to manage cash flow.
Thanks

11

(13 replies, posted in FA Modifications)

If you want to completely hide menu items that are not accessible for a user, you need to edit config.php and change
$hide_inaccessible_menu_items = 0;
to:
$hide_inaccessible_menu_items = 1;
But you may find that the theme you want to use does not use that config setting and still show the inaccessible menu option regardless. Default and dashboard themes work, but elegant does not. I expect because elegant was written before the config option was added.

There are circumstances when the module is not activated automatically.
Select 'activated for...' from the extensions drop down in the install/activate extensions form. Untick the module if it is ticked. Exit the extensions form, then reselect it and tick the module again. That should force the SQL script that creates the modules tables to run, and add the module to the roles list.
Editing the installed_extensions.php manually would not complete the other required initialization.

I think the problem is that you have not activated the dashboard module. Until the module is activated, you won't see dashboard in the roles list and you will get database errors about missing tables.

Step 3a. Activate dashboard module

That will create the database tables, and show dashboard in the roles and menus

15

(18 replies, posted in Reporting)

Sorry, you've got me there. You may need to log out and log back in again to get the language change picked up for the report.
I have had some problems printing invoices with the latest release and had to revert back to 2.3.16 because they were blank pages. But that may have been caused by an incorrect locale setting on my web server. Sorry I can't be much more help there.

16

(18 replies, posted in Reporting)

I've handled the same requirement by using a different language for each company. In my case I have three separate companies in different jurisdictions (New Zealand, Australia and United Kingdom) where the invoice wording is required to be different for each country. The user preferences for each company are set up separately in each company, with a different default language, either en_NZ, en_AU or C.

17

(12 replies, posted in Accounts Receivable)

It's the same requirement for Australia and New Zealand. I'd suggest installing en_AU or en_NZ language, or perhaps creating an en_SA as a copy of en_AU and then all references should be correct.

I've sent you a PM about a Windows desktop set up for FrontAccounting from asrosoft.com.
Sorry about the advertising...

19

(4 replies, posted in Modules Add-on's)

The left menu in the dashboard theme is driven by javascript code embedded in the page, around lines 20 to 30 if you look at the page source. As long as you have javascript enabled, it is able to download jquery, and there are no javascript errors triggered by other code on the form it should be ok. It does look for specific css names. Has the themes/dashboard/default.css been changed?

There is a typing error in /themes/exclusive_db/renderer.php where references to exclusive_db are exclusive-db. Fixing that will get the icons displayed on the exclusive_db theme, but the menu does not expand and contract on sub sections, only the main heading of the menu.

20

(44 replies, posted in Announcements)

I just realised its a generic PHP error. See:
  http://stackoverflow.com/questions/9951637/an-error-occurred-while-processing-this-directive
Check file ownership and permission

21

(44 replies, posted in Announcements)

Hi Dave
It took me a while to check the dashboard operation on 2.3.16, but I've just run through a fresh install of 2.3.16 and then the dashboard module and theme, and then reconfigured some widgets and it all seems to work ok for me. You may need to check the error.log in the tmp folder and let us know of anything in there.
Thanks
Alastair

22

(11 replies, posted in Reporting)

I believe so, but you'd have to apply the same logic to the purchases as well. I don't use the purchases application so I had not looked at applying it there.  What I was trying to do was to make any sale linked to a zero tax rate to show in the tax reports so I could see the total of sales for which zero rate applied.

23

(11 replies, posted in Reporting)

@Elax
I've made changes to FA for my own use to handle zero rate GST for NZ/Aus.

/reporting/rep107.php, line 158:  if ($tax_item['amount'] == 0 && $tax_item['rate'] != 0)
/sales/includes/db/sales/sales_invoice_db.inc, line 144 : if ($taxitem['Net'] != 0 || ($taxitem['rate'] == 0 && $taxitem['Value'] != 0)) {

I hope it is of use to you.

24

(20 replies, posted in Reporting)

I was thinking about trying to create a generic tax report for FA that would create an Australian BAS, as well as an NZ GST or UK VAT report, and have the options of creating a journal to balance off the GST/VAT accounts and create a payment to the tax office. Please have a look at kwikpay.co.nz/download/bas.docx and let me know what you think.

From your description I think it may need improving to handle UK VAT, but I'd like your feed back.

Thanks

25

(11 replies, posted in Reporting)

I was thinking about trying to create a generic tax report for FA that would create an Australian BAS, as well as an NZ GST or UK VAT report, and have the options of creating a journal to balance off the GST/VAT accounts and create a payment to the tax office. Please have a look at kwikpay.co.nz/download/bas.docx and let me know what you think.

Thanks