Search options (Page 92 of 97)

First you should make list selector for members in ui_lists.inc. This is very simple by copy-paste customer_list(), change its name to say members_list() and modify SQL used. Then you should add new type in person_payment_types class in types.inc. The last step is to modify display_bank_header() in gl_bank_ui.inc to include support for new PayType.

Good luck
Janusz

You are right, the session_register calls are long lasting relicts from earlier FA versions. We have no complains about it, but yes they should be removed accorrding to php manual.
Regarding the second issue it was just removed using session_name(). Fix in CVS to be released with 2.0.2.

Thank you for your testing effort.

Keep in mind that it is not enough to recode messages .po /.mo to utf-8. You should also declare proper encoding in installed_languages.php. If all three encodings are utf-8 (system locale, messages.mo and installed_languages.php entry) I have no more idea on that issue.

Janusz

Some operations potentially dangerous for whole FA site are available only for admins of the first registered company, exactly the first one in db_connections array in config_db.php.

Could you point out the page where did you find the issue?
Janusz

I cannot imagine why you have the problems with login, anyway you can check 0_users table. Here you should have record with:
user: admin
password: 5f4dcc3b5aa765d61d8327deb882cf99

These are correct values for admin:password account.

What about the locales ? I've checked it on my installation, that without proper locales installed the gettext simply fails silently. For example I use pl_PL messages with no probnlem, but when I copy lang/pl_PL file to e.g. lang/xx_XX and make respective addition in installed_languages.php the xx_XX language doesn't work. Locales are defined in debian together with encoding e.g. pl_PL.ISO-8859-2 or es_MX.ISO-8859-1. Then if you declare improper encoding the gettext can also fail. You can list all installed locales with
    locale -a
Then compare it with your FA settings.

Janusz

Check your config_db.php file. Here you should have something like this:

$db_connections = array (
    0 => array ('name' => 'Testing Co. Ltd.',
        'host' => 'localhost',
        'dbuser' => 'ThePoet',
        'dbpassword' => 'somepassword',
        'dbname' => 'fa2',
        'tbpref' => '0_')

};

Of course your password can differ a little .

Janusz

Admins of the first registered company can be considered as superadmin, who have exclusive access to some potentially dangerous for whole site operations like adding extension modules. The manual is not up to date at this point, so sorry for troubles.

Janusz

No. This is just generated example:

http://img293.imageshack.us/img293/1810/screencq2.png

All works out of the box. No idea why you have blank page.

Janusz

Whole install process is explained  in module description on download page.

I'm not sure what you mean. On the report you have benefit calculated as sales minus costs in the last report line, so where is the problem?

Janusz