Problems with UTF-8 and report generation

[PCS-Lists]

Hi Ralf,

I need help to understand and solve a problem.
I'm using egroupware 1.6.001 installed by rpm and updated by daily snapshot into fedora 10. I work with projecterp 0.4 svn last week, and I have problems to generate reports because it don't accepting UTF-8 multibyte characters like  ç á é à ã.
The two files attached shows this. In the first, there are a "Test Supplier" and the report are generated clearly. In the second I included multibyte characters and the report don't worked fine.
My  config files are below (the parts that interests):

• egroupware.conf
  

<Directory /usr/share/egroupware/>
  Options FollowSymLinks ExecCGI
  AllowOverride None
  Order allow,deny
  Allow from all
  DirectoryIndex index.html index.php
  AddHandler cgi-script .cgi
  AddDefaultCharset Off
  php_flag file_uploads on
  php_flag log_errors on
  php_flag magic_quotes_gpc off
  php_flag magic_quotes_runtime off
  php_flag register_globals off
  php_flag short_open_tag on
  php_flag track_vars on
  php_flag display_errors off
  php_value error_reporting 'E_ALL & ~E_NOTICE'
  php_value max_execution_time 90
  php_value mbstring.func_overload 7
  php_value memory_limit 128M
  php_value session.gc_maxlifetime 14400
  php_value include_path .:/usr/share/pear
  php_value open_basedir /usr/share/egroupware:/var/lib/egroupware:/tmp:/usr/share/pear
  php_value upload_max_filesize 64M

...
    <Location /egroupware/rpc.php>
        php_value mbstring.func_overload 0
        Order allow,deny
        Allow from all
    </Location>

• php.ini

[mbstring]
; language for internal character representation.
;mbstring.language = Japanese

; internal/script encoding.
; Some encoding cannot work as internal encoding.
; (e.g. SJIS, BIG5, ISO-2022-*)
;mbstring.internal_encoding = EUC-JP

; http input encoding.
;mbstring.http_input = auto

; http output encoding. mb_output_handler must be
; registered as output buffer to function
;mbstring.http_output = SJIS

; enable automatic encoding translation according to
; mbstring.internal_encoding setting. Input chars are
; converted to internal encoding by setting this to On.
; Note: Do _not_ use automatic encoding translation for
;       portable libs/applications.
;mbstring.encoding_translation = Off

; automatic encoding detection order.
; auto means
;mbstring.detect_order = auto

; substitute_character used when character cannot be converted
; one from another
;mbstring.substitute_character = none;
; overload(replace) single byte functions by mbstring functions.
; mail(), ereg(), etc are overloaded by mb_send_mail(), mb_ereg(),
; etc. Possible values are 0,1,2,4 or combination of them.
; For example, 7 for overload everything.
; 0: No overload
; 1: Overload mail() function
; 2: Overload str*() functions
; 4: Overload ereg*() functions
;mbstring.func_overload = 0
; enable strict encoding detection.
;mbstring.strict_encoding = Off

I already talked about it with Nathan Gray but we still don't solve it.
http://www.nabble.com/report_purchase_order-is-not-generating-td23370666.html

Can you help us to understand this and fix this problem?

Thanks and regards.



------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
_______________________________________________
Perp-developers mailing list
Perp-developers@...
https://lists.sourceforge.net/lists/listinfo/perp-developers

[PCS-Lists]

>Newer php does NOT allow: php_value mbstring.func_overload 7
>you have to use instead:  php_admin_value mbstring.func_overload 7

Ralf,

I made some changes on egroupware.conf and I believe that will be interesting include them. Is it correct? It works?

egroupware.conf

Thanks and regards,