Search options (Page 8 of 97)

Both URL-s are valid and refer to te same repository.  Cambell's one is more elegant  though .
Janusz

There is no ready solution fulfilling your requirements, but you can try developing another extension for FA, starting form code used in  another FA module with similar functionality like Items Import or Import Multi Journal Entries.
Janusz

Gti mirror of the official Hg repo is already up and running again at
git://devel.frontaccounting.com:git/fa-stable

Janusz

Extension id have to be unique, so it cannot be caluculted on the fly from array size. The id is used as a base for security area identifiers provied by extensions, which are stored in security_roles table.
Janusz

Ok, if this is still an issue, please send me the details on PM. I can look into the problem in spare time.
janusz

The sql trail feature may seems a little not intuitive. You should look first into result field, which stores the query result (1 on success, 0 otherwise). The message stored is just additional comment which should be considered mainly in case of query error, but is also handy when looking for exact place where the error was triggered, so is sotred also on success.
janusz

For reasons explained before we do not want to include all payment related options directly on invoice form. The workflow you have described is just too specific to your exact requirements, which some FA users would like but many others not.
But of course you can always make any customizations in invoice form you wish (finally FA is open source), just remember to merge the changes again with core FA code after upgrading to next FA version.

Janusz

The report files are written under unique (like e.g. 53c6da659ad34.pdf) name in company/*/pdf_files folder.
If this is not the case you probably have broken permittions on this folder. This location should be writable for www sever.
You can also have some paranoid setting for openbasedir parameter in php.ini.
Janusz

As far as I understand you would like to have payment account selection directly on Direct Invoice form.
Unfortunatelly choosing cash account is not enough to entry all the details related to payment: usually the payment date is different than invoice date, customer can choose to pay with currency diffrent than invoice currency etc. This is why all the  payment options are not available on Direct Invoice form, but this is not a problem because on the final invoice entry screen you have direct link 'Entry customer pament for this invoice', which leads you to prefilled Customer Payment form. Here you can just select any cash account you need and entry payment with single click.
Janusz

I see no other explanation, than that you are watching not to the same folder which Apache uses running FA .
Janusz

If you have made your customization on top of official code repo clone  (either Hg or Git) you should not  have any problems with merging latest fixes. Otherwise you would advise to generate diff file between your code and the version it was made on top of, and apply it to the new FA version.
Janusz

No, this is not good idea. Left join is right when record in the table on the right of join is otpional. This is not the case here.
Janusz