On reports, the PDF/Printer option shows a PDF page that can be printed on a local printer from the local OS. On Printers / print Profiles, despite setting the main server printer, nothing prints. An example of printer profile usage would be nice.

6,027

(25 replies, posted in Installation)

Using RazorSQL, SQLyog Ultimate or Navicat Premium you can connect to and synch all companies to the existing default company's schema or create a dummy database with the contents of the latest en_US-new.sql file and check out the diffs and sync from there. As for the data diffs, it is a bit more tricky as standard data elements only must be considered. That is why I preferred a separate schema file and standard data sql file besides demo data sql file. For COAs only the standard data sql file needs to be different!

Across Fiscal years is okay. Across non existant fiscal years is not okay....

6,029

(5 replies, posted in Setup)

If this is important, can it be selected by a config variable?

6,030

(25 replies, posted in Installation)

Do a db schema diff check between the default company and the other companies.... or change the field value to be 2.3rc in each of the companies databases / tables

6,031

(9 replies, posted in Reporting)

Wikied it.

6,032

(11 replies, posted in Banking and General Ledger)

Can we not have a config variable for this? Provided the error does not crop up for non negative values.

6,033

(15 replies, posted in Installation)

Click on my nickname on the left of my post here in this thread and click on the email link. This forum does not have PM facility enabled for users.

Remove / rename the .htaccess file first and try.

Please revisit the logic behind and the choice of default date field values on all report requests before next release.

The following test scenario is used:
Active Fiscal Year: 01-01-2011 to 31-01-2011
Current Real Year: 2012 no entries or fiscal year defined for it yet

Browse to:
/reporting/reports_main.php

Check out each date field default that is illogical on each link.

Start Date should not be earlier than start Date of current active fiscal year for company.
End Date should not exceed last date of current active fiscal year for company.

All
  Customer -> Print*
  Supplier-> Print*
  Manufacturing -> Print*
reports have no Start or End Date defaults when no transactions exist.

6,035

(2 replies, posted in Dimensions)

Thanks for the tip. Wikied it.

6,036

(15 replies, posted in Installation)

The fa directory should have permissions 755 and not 555.
It must be chmod-ed to the webserver user.
In case the config.php file cannot be created, do so manually by copying the config.default.php as config.php and edit them. Also place the installed_extensions.php file in the the company/0/ folder after removing variables other than the array of extensions. Language extensions file may also have to be created. Manually execute the sql/en_US-new.sql file in mysql.

Any issues, provide access on PM.

6,037

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

Nice re-ordered listing of menu links from other modules and quick entry equivalents for existing forms modified with filters to make a new module!

6,038

(25 replies, posted in Installation)

Please compare the existing sql dump for a new company with it's standard (non demo) data with that from the sql/en_US-new.sql file - it is possible that a few of the alter*.sql files did not go thru correctly. Also check the list of entries in each relevant alter*.sql file in order to see if they were missed out in the main en_US-new.sql file. This info is in the light of mismatched sql files corrected in Mercurial Changeset 3076 for the unstable branch.

In general, when any change is done to the database - schema or standard data - it should be faithfully propagated to the necessary alter*.sql file and the demo sql file as well. It is possible that some changes may solely reside in the demo sql file alone!

Mercurial Changeset 3070

Have bundled the consolidated unstable branch sql bugfix to help Janusz incorporate them easily - both changed files and patches.

6,041

(5 replies, posted in Wish List)

FA v2.4 alpha (current Mercurial last changeset 3072) has a few small sql bugs that need to be corrected before install and testing. There is a new 0_wo_costing table that finds no mention in the default COAs and the upgrade sql patch at sql/alter2.4.sql cannot be for executed even on a new install due to these discrepencies.

The unstable corrected files and patches are available here since BugFixes 1809-1812 in Mantis have access denied issues that prevent us from following it up.

Hope the community can now accelerate bugfixing the development branch v2.4 alpha using these snapshots.

php.ini needs to be edited to enable openssl and Apache restarted.
Connection to internet is essential so that COAs and other goodies can be downloaded from the frontaccounting.eu repos.

Wikied it at:

ReportPaths

and placed a link in

TechInfo Resources

Alternatively, it should suffice to delete the said js files from each /company/X/js_cache folder.

Well done Joe!

Unrelated aside:

Bugfixes 1809-12 pertaining to unstable became marked as access denied in Mantis. Bugfix 1785 is still awaiting inclusion. (Role Elevation from reporter to developer in Mantis has not alleviated the Access denied status for following up on the said Bugs)

6,045

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

Is Farhaj's demo an extension of the payroll module? Will try to contribute for this module...

Wow! That's great. You're the fastest in updating the repo!

6,047

(17 replies, posted in Reporting)

thorbjornw - have you got FA working nicely with PHP-Residence/HotelDruid ?

Thanks Joe, - Changeset 3069.

6,049

(5 replies, posted in Setup)

Hope BugFix on ChangeSet 3069 solves your issue.

6,050

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

In the Google code page for the payroll module, no code commits are there after May 7th 2012. Also no download of any source file is provided. Hence has the development page gone elsewhere?

The 2 clones are also of same vintage.