php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #25995 mbstring configuration variables are marked PHP_INI_ALL, but this is false.
Submitted: 2003-10-26 18:31 UTC Modified: 2003-11-02 06:18 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:1 (100.0%)
From: s dot masugata at digicom dot dnp dot co dot jp Assigned: hirokawa (profile)
Status: Closed Package: mbstring related
PHP Version: 4.3.0 OS: Linux
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: s dot masugata at digicom dot dnp dot co dot jp
New email:
PHP Version: OS:

 

 [2003-10-26 18:31 UTC] s dot masugata at digicom dot dnp dot co dot jp 
Description:
------------
./configure:
--enable-zend-multibyte
--enable-mbstring
--enable-mbregex

php.ini:
output_buffering = Off
output_handler =
mbstring.language             = Japanese
mbstring.encoding_translation = On
mbstring.internal_encoding    = EUC-JP
mbstring.http_input           = pass
mbstring.http_output          = pass
mbstring.detect_order         = SJIS-win,SJIS,eucJP-win,EUC_JP,UTF-8,UTF-7,ISO-2022-JP,JIS,ASCII
mbstring.substitute_character = none
mbstring.func_overload        = 1
mbstring.script_encoding      = SJIS


The value of $POST disregards the contents set up by php.ini, and 
is changed into an internal encoding.

In this setup, it should not be changed into an internal encoding.
However, it will be changed.

My purpose wants to only use the function to change script encoding 
by zend-multibyte into an internal encoding, and the function which 
even input data changes into an internal encoding is not needed.

The transmitted input data may be broken down by this unjust 
operation(for example, the special character by the specific model).


I think that this operation is not specification but a bug with 
it being individual.

It seems that it is fixed in the snapshot in the built on Oct 26,
 2003 20:30 GMT, is it fixed as well as a snapshot when PHP4.3.4 
is released?

thank you.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-10-28 09:26 UTC] moriyoshi@php.net 
Assigned to Rui, he already had a patch.
It was decided not to go in 4.3.4 though.
 [2003-11-02 06:18 UTC] hirokawa@php.net 
This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.

This problem is fixed in PHP4.3.4RC4 and it will be applied also for PHP 4.3.4 Release.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat Nov 23 01:01:33 2024 UTC