Search options (Page 157 of 247)

Clear the browser cache, logout, close  the browser. Now open the browser and login and see if the problem disappears. Try in PHP 5.3 if it is okay.

@gwidlgoose: Actually solving this issue helped us understand how to implement deprecated functions replacements better. Your trust in placing your server in our hands is valued. Change credentials forthwith.

@joe: Need to implement the "include_once" of a separate file for the PHP 5.3+ code in reporting/includes/html_entity_decode_php4.php

Put it up on GitHub and pull from one another.

Do not use the import_items extension to start with, as the CSVs do not respect the changes in your FA installs' specific Chart of Accounts especially if they differ in field order from the stock en_US-new.sql CoA. The presence of db schema customizations and/ or changes brought in by installation of extensions (I am assuming your are using the Git Snapshot of the FA 2.3.x stable version) too must be factored in.

My Wiki article on import of items into FA (straddles several tables) has been extended with what to do in case the field order is different from the standard en_US-new.sql CoA - it now appears quite frightening when I look at it though!

If and only if you cannot still get it done, pm the access details and I can get it done. Going forward it will be a hassle to keep bulk updating it if your are then unable to use the import_items extension as is. Work involved would be hex cleanup of the data and sanitising it for CSV / SQL import besides managing it's field and table dependancies and business computation rules.

The FA 2.4 Config.php page has been put up in the wiki. Please go through the contents and suggest / make changes as required.

The following variables are no longer there in the config.php file:

$no_zero_lines_amount = 1;
$save_report_selections = 0;
$use_date_picker = 1;
$show_po_item_codes = 0;
$def_print_destination = 0;
$def_print_orientation = 0;
$accounts_alpha = 0;
$loc_notification = 0;
$print_invoice_no = 0;
$alternative_tax_include_on_docs = 0;
$suppress_tax_rates = 0;
$allow_negative_prices = 1;
$print_item_images_on_quote = 0;
$js_path = $path_to_root.'/js/';'''
$js_static = array('JsHttpRequest.js', 'behaviour.js', 'utils.js', 'inserts.js');
$js_lib = $js_userlib = array();

Many of the above variables are still referred to in the code in files like header.inc and needs to be verified with it's counterpart now being in the sys_prefs table.

@joe: thanks!

Since the company must be chosen in the login form, the forgot password flag must need to be in the config.php file. A user with the same email id can be present in more than one company in the same install and the company choice makes it unique.

Fork FA on GitHub and make a branch for your UI contributions and make a pull request with the link in the forum (since FA still relies on Git from SF and the GitHub repo is only it's mirror).

@joe: Thanks for the info. Attached screenshots.

nl_NL-2.3.14-1.mo and nl_NL-2.3.14-1.po can be deleted.

Install the FA v2.3.24+ (snapshot) instead of the release version.

English strings are taken when there are no Dutch translations available for them.
You can however, edit the nl_NL-2.3.19-3.po file replacing the
    msgstr ""
with the appropriate Dutch translations for their English Equivalents in the
    msgid " english phrase "
and then compile them into the nl_NL-2.3.19-3.mo using PoEdit or other editors in Windows or natively in Linux using
    msgfmt -i nl_NL-2.3.19-3.po =o nl_NL-2.3.19-3.mo
The new nl_NL-2.3.19-3.mo should be used to overwrite the old one.

PM me the details

Ref: Recent commit into the FA 2.4 branch:
PDF documents sent by email have now meaningful names.

Remove erroneous line 134 inreporting/includes/class.email.inc - stands removed in commit.

            for ($i = 0; $i < $max; $i++)

In order to use this functionality for download as well (insecure), lines 972 to 975 in  reporting/includes/pdf_report.inc:

//            if ($email == 1)
//                $fname = $dir.'/'.$this->filename;
//            else    
            $fname = $dir.'/'.uniqid('').'.pdf';

should be uncommented as:

            if ($email == 1)
                $fname = $dir.'/'.$this->filename;
            else    
                $fname = $dir.'/'.uniqid('').'.pdf';

It is better to have some switch flag in the company preferences to do this instead if desired.

This feature can be safely backported into FA 2.3 if needed.

The other two commits too can be backported to FA 2.3:
Void a Transaction: fixed GRN voiding.
Fixed sparse js dialog when canceling sales document entry.