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

go to bug id or search bugs for

Bug #37932 Transport mbstring settings from .httaccess to apache processes.
Submitted: 2006-06-27 18:18 UTC Modified: 2006-09-16 01:00 UTC
Votes:2
Avg. Score:5.0 ± 0.0
Reproduced:2 of 2 (100.0%)
Same Version:1 (50.0%)
Same OS:1 (50.0%)
From: prodelal at oldany dot cz Assigned:
Status: No Feedback Package: Apache2 related
PHP Version: 4.4.2 OS: Linux / RHEL 4
Private report: No CVE-ID: None
View Add Comment Developer Edit
Have you experienced this issue?
Rate the importance of this bug to you:

 [2006-06-27 18:18 UTC] prodelal at oldany dot cz 
Description:
------------
We use mbstring directives in .htaccess in one of our virtualhost

.htaccess:
==========
php_value mbstring.func_overload 6
php_value mbstring.internal_encoding UTF-8
php_flag mbstring.encoding_translation Off

But problem is, that if one of apache process load this virtualhost (mean processing it), after that next virtualhost is load into this proccess and mbstring settings are valid here also.

We have to do in all our projects, that we put into .htaccess directives of mbstring which set default values. This is not OK, becuase we have troubles with older and new projects, we have to set defautl values of mbstring, because if there are settings (above), many projects would not work and post errors, because they have different encoding.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2006-06-27 18:25 UTC] tony2001@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip
 [2006-06-27 18:35 UTC] mike@php.net 
It should also be fixed in 4.4.
 [2006-06-27 18:39 UTC] prodelal at oldany dot cz 
We'd like to use PHP4. Our application aren't prepare for PHP5.

And I think, it is not repaired in 4.4, because as I wrote, we use the latest one version 4.4.2. Using anu CVS code is to risky for us I think.

Is there any change, that this bug would repaired in some 4.4.3? And it would be released (if anybody knows that)?
 [2006-06-27 18:42 UTC] tony2001@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
 [2006-07-05 01:00 UTC] php-bugs at lists dot php dot net 
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 [2006-08-05 13:53 UTC] prodelal at oldany dot cz 
We have installed 4.4.3, but bug is being occured still. How can we help to solve this bug?
 [2006-09-08 20:46 UTC] tony2001@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
 [2006-09-16 01:00 UTC] php-bugs at lists dot php dot net 
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Apr 25 00:01:41 2024 UTC