Search options (Page 147 of 246)

The GitHub link is empty.
The SVN link has been zipped and attached here.
The original WP post is here.

Line 310 in purchasing/supplier_payment.php is hardcoded with number of decimals and hence it did not use the chosen 3 decimal places you set in the preferences for Prices/Amounts.

This appears to be the only hardcoded place left in FA 2.3.

Omitting the last argument ($dec) will automatically take the preference value set when the function amount_row() which finally calls the function amount_cells_ex() is executed. These functions are defined in includes/ui/ui_input.inc file.

Hence Line 310 in purchasing/supplier_payment.php :

        amount_row(_("Bank Amount:"), 'bank_amount', null, '', $bank_currency, 2);

should be changed to:

        amount_row(_("Bank Amount:"), 'bank_amount', null, '', $bank_currency);

It stands committed in FAMods in my unofficial FA 2.3 repo.

@joe: Kindly do the needful in FA 2.3 and in Line 304 in FA 2.4.

None of the report request forms work.

2 databases for the same company?

Switch database in the file config_db.php's dbname element for the appropriate company..

FA 2.4 now has a Fixed Asset application which provides for a new mb_flag value of 'F' for Fixed Asset along with a new table stock_fa_class and a few new fields in stock_master table and an extra field in locations table with appropriate extended security roles. All Charts will need to be updated accordingly.

Two new sys_prefs have been added as well: default_loss_on_asset_disposal_act account code and depreciation_period flag (1 = Yearly, 0 = Monthly defined in includes/types.inc). The $depreciation_methods array is defined in includes/sysnames.inc (D - Declining balance, S - Straight line, O - One-time).

The assets_register extension (obsolete for FA v2.4 now) uses the SA_ASSETS security descriptor whilst this new application uses the singular SA_ASSET security descriptor.

The attachments are screenshots with default roles and enabled roles for this application.

Whilst most FA forms specify width of the form field's display, they rarely look at it's length in the php code.

stk_code, item_code and stock_id are found in quite a few tables in FA Core:

debtor_trans_details.stock_id
grn_items.item_code
item_codes.stock_id
item_codes.item_code
prices.stock_id
purch_order_details.item_code
sales_order_details.stk_code
stock_master.stock_id
supp_invoice_items.stock_id
workorders.stock_id

Do not write to js_cache/utils.js as it will get overwritten on cache refresh when some settings change. The file js/utils.js is what you will want to change.

What is the context of your post?

jQuery is not used in FA core and in the standard themes. The dashboard_theme and exclusive_db themes use jQuery v1.3.2 in the themes' js folder.

Replace line 35:

            if(!$this->preventHijacking())

with

            if(1 == 0)

@joe: Can the Next Reference be just tentative on the form and on acceptance of submission can it not display the actual reference assigned?

Will such a dead letter box serve any useful purpose? Is it not better to inform the user of the lack of a valid recepient?

The class.mail.php included and used in inventory/includes/inventory_db.inc and in reporting/includes/pdf_report.inc where you can hardcode some fall through email id in it's object instance properties.

Does it have anything to do with cache settings of the browser? There may be a setting in includes/session.inc where preventHijacking() will cause such mischief unintentionally. Comment out the unnecessary bits of code there.

File: sales/includes/db/customers_db.inc
Function: get_customer_details()
The mandatory parameter must be a valid $customer_id.
If invalid, it causes an error in line the sql construction portion on line 100:

             AND ".TB_PREF."debtors_master.debtor_no = ".db_escape($customer_id)." ";

You tried to create a quotation without having created atleast 1 customer.

@seend: Try to use the FA 2.3.24+ snapshot and see if the error persists. It might also be that you are using a newer version of PHP that uses the STRICT option which may be disabled in PHP 5.6 but is compiled hardcoded in PHP 5.7 onwards.

@joe: An error should be output when no customer exists if a Document Form depends on it. I thought it was so now.