Search options (Page 86 of 97)

You can send my the db files by email, but once again the date of broken records entry in relation to version upgrade date is important

You have found that the source of error is empty sales_orders.stock_from_loc in some records. Can you find whether those records were added to database BEFORE upgrade, or AFTER? You certainly have db dump made before version upgrade, so it should be easy to find.

When the empty stock_from_loc were in original database, we should deal with bad data during upgrade. Otherwise we have some bug in new code resulting with incorrect sales_order records.

Janusz

Were the fatal records with empty from_stk_loc added after upgrade, or before? Anyway it is not good, but we should know this to decide how to deal with this problem.

Janusz

We have no implemented remote API like RPC/SOAP/Hessian as for now.
If you would like to make some connector to e.g. OSCommerce you will find some local API documentation in download section. Keep in mind that FA is all the time under construction so documentation can be a somewhat outdated.

Anyway you are welcome .
Janusz

No, they are not. It is subject to change in pending 2.2.
Janusz

You will find cheque module on download section.
Janusz

You must have spanish locales installed on the server with the same encoding as declared on install language page. Without properly configured locales gettext will display english messages.

Janusz

I cannot reproduce first issue. All works right for me. Also nothing was changed since 2.1 beside adding CtrlEnter hotkey.
Regarding problem with AltTab this is related to 2.1 hotkeys system. Fixed, main CVS updated. Thank you.

Janusz

Fixes for both issues in main CVS.
Thanks again.

Could you explain me how have you fixed the problem? I still cannot find the source of the trouble nor reproduce it.

Janusz

Fix in CVS main trunk. For inpatient: change line 19 of gl/includes/ui/gl_journal_ui.inc to:

    global $table_style2, $Ajax;

Janusz

I have found the reason, I think. This error is raised also when php is running in CGI mode (not  APache module). So you can delete .htaccess file and eventually add respective lines to php.ini file:

magic_quotes_gpc = 0
register_globals = 0

Thanks for pointing out this problem.

Janusz

I am happy that all works now for you, although I would be much more happy if I  know the exact source of the problems.
The .htaccess file has now two directives which set php parameters to secure values: magic_quotes_gpc=off and register_globals=off. This can also (and should) be set in php.ini file. Without them any application is potentially vulnerable to RFI/LFI attacks. If you run your server in trusted closed environment it does not matter. Otherwise it is a must.

Could you list me your exact configuration where the problem arose (operating system version, www server type/version etc)? I feel this is some issue in your local setup, but anyway this should never end with blocking FA use at all.

Janusz