#17098 [Com]: apache sending 304 - not modified header
ID: 17098 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: linux PHP Version: 4.0CVS-2002-10-17 New Comment: As another possible temporary workaround, I tried adding the directive RequestHeader unset If-Modified-Since into my Apache configuration when processing PHP scripts. This removes the If-Modified-Since header entirely, causing Apache to always return a 200 response. The resulting configuration looks like: SetOutputFilter PHP SetInputFilter PHP LimitRequestBody 524288 RequestHeader unset If-Modified-Since Anyone know of a reason why this might be bad or otherwise won't work? Pm Previous Comments: [2002-12-29 15:56:05] [EMAIL PROTECTED] Try a NON stable snapshot, it's fixed in CVS> Derick [2002-12-29 15:51:59] [EMAIL PROTECTED] Isn't fixed in php4-STABLE-200212290030 Daniel [datenPUNK] Khan [2002-12-27 14:13:19] [EMAIL PROTECTED] 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. [2002-12-27 13:55:15] [EMAIL PROTECTED] ... and the bug is present in 4.3.0 release. [2002-12-25 18:03:55] [EMAIL PROTECTED] ... and it's not fixed in 4.3.0 RC4 either... Daniel The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17098 -- Edit this bug report at http://bugs.php.net/?id=17098&edit=1
#30382 [Com]: preg_match and utf-8
ID: 30382 Comment by: pmichaud at pobox dot com Reported By: TiloLutz at gmx dot de Status: Assigned Bug Type: PCRE related Operating System: Suse Linux 9.1 PHP Version: 4.3.9 Assigned To: derick New Comment: It might help to know that PCRE doesn't support the [:alpha:], [:digit:], etc. classes in UTF-8 mode. From http://www.pcre.org/pcre.txt, under "POSIX CHARACTER CLASSES": In UTF-8 mode, characters with values greater than 128 do not match any of the POSIX character classes. So, the fact that [:alpha:] doesn't work on UTF-8 strings appears to be a limitation of PCRE itself. (And I do so strongly wish it were otherwise.) Pm Previous Comments: [2004-10-11 13:00:20] [EMAIL PROTECTED] I can reproduce it too, but I need to think real hard about it first before I can say whether it is correct or not :) [2004-10-11 12:40:36] [EMAIL PROTECTED] I can reproduce it on Debian, but not on Mac OS X [2004-10-11 11:41:34] TiloLutz at gmx dot de You can find an example at http://www.stud.uni-karlsruhe.de/~usjp/preg_match.zip The file is 100% encoded as utf8. [2004-10-11 08:01:17] [EMAIL PROTECTED] This depends on how the รค is encoded in your script. If it's just iso-8859-1 then it won't work. No bug here unless you can come up with an example that works. (Post a link to a zip file containing your scripts). [2004-10-10 16:20:16] [EMAIL PROTECTED] "PCRE related" is the right category for this report. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/30382 -- Edit this bug report at http://bugs.php.net/?id=30382&edit=1
#28800 [NEW]: Strings beginning with "inf" improperly converted
From: pmichaud at pobox dot com
Operating system: Linux
PHP version: 4.3.6
PHP Bug Type: *General Issues
Bug description: Strings beginning with "inf" improperly converted
Description:
PHP seems to incorrectly convert strings beginning with "inf" to INF
(infinity). This includes converting strings such as "info" and
"inflammable". Surprisingly, the strings "inf" and "infinity" do *not*
convert to infinity but correctly become zeros. A script that illustrates
the problem is given below:
This is very annoying because one cannot simply do a test for a positive
number with code such as
if ($x>0) { echo "$x is positive"; }
because if $x is any string beginning with "inf" (but not "inf" or
"infinity") it is treated as a positive number.
Pm
Reproduce code:
---
Here's a script that illustrates the problem:
Expected result:
a: into == 0
b: info == 0
c: inf == 0
d: infinity == 0
e: infin == 0
f: inflammable == 0
Actual result:
--
a: into == 0
b: info == INF
c: inf == 0
d: infinity == 0
e: infin == INF
f: inflammable == INF
--
Edit bug report at http://bugs.php.net/?id=28800&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28800&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28800&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28800&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28800&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28800&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28800&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28800&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28800&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28800&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28800&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28800&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28800&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28800&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28800&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28800&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28800&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28800&r=float
#28800 [Opn]: Strings beginning with "inf" improperly converted
ID: 28800
User updated by: pmichaud at pobox dot com
Reported By: pmichaud at pobox dot com
Status: Open
-Bug Type: *General Issues
+Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.3.6
New Comment:
Changed bug category.
Previous Comments:
[2004-06-15 22:26:40] pmichaud at pobox dot com
Description:
PHP seems to incorrectly convert strings beginning with "inf" to INF
(infinity). This includes converting strings such as "info" and
"inflammable". Surprisingly, the strings "inf" and "infinity" do *not*
convert to infinity but correctly become zeros. A script that
illustrates the problem is given below:
This is very annoying because one cannot simply do a test for a
positive number with code such as
if ($x>0) { echo "$x is positive"; }
because if $x is any string beginning with "inf" (but not "inf" or
"infinity") it is treated as a positive number.
Pm
Reproduce code:
---
Here's a script that illustrates the problem:
Expected result:
a: into == 0
b: info == 0
c: inf == 0
d: infinity == 0
e: infin == 0
f: inflammable == 0
Actual result:
--
a: into == 0
b: info == INF
c: inf == 0
d: infinity == 0
e: infin == INF
f: inflammable == INF
--
Edit this bug report at http://bugs.php.net/?id=28800&edit=1
#28800 [Opn]: Strings beginning with "inf" improperly converted
ID: 28800
User updated by: pmichaud at pobox dot com
Reported By: pmichaud at pobox dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux
-PHP Version: 4.3.6
+PHP Version: known: 4.2.2, 4.3.6, 5.0.0RC3
New Comment:
Changed PHP version number to note reports of bug in many versions of
PHP.
Previous Comments:
[2004-06-20 04:49:31] pmichaud at pobox dot com
Changed bug category.
[2004-06-15 22:26:40] pmichaud at pobox dot com
Description:
PHP seems to incorrectly convert strings beginning with "inf" to INF
(infinity). This includes converting strings such as "info" and
"inflammable". Surprisingly, the strings "inf" and "infinity" do *not*
convert to infinity but correctly become zeros. A script that
illustrates the problem is given below:
This is very annoying because one cannot simply do a test for a
positive number with code such as
if ($x>0) { echo "$x is positive"; }
because if $x is any string beginning with "inf" (but not "inf" or
"infinity") it is treated as a positive number.
Pm
Reproduce code:
---
Here's a script that illustrates the problem:
Expected result:
a: into == 0
b: info == 0
c: inf == 0
d: infinity == 0
e: infin == 0
f: inflammable == 0
Actual result:
--
a: into == 0
b: info == INF
c: inf == 0
d: infinity == 0
e: infin == INF
f: inflammable == INF
--
Edit this bug report at http://bugs.php.net/?id=28800&edit=1
#28800 [Opn]: Strings beginning with "inf" improperly converted
ID: 28800
User updated by: pmichaud at pobox dot com
Reported By: pmichaud at pobox dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux
-PHP Version: known: 4.2.2, 4.3.6, 5.0.0RC3
+PHP Version: 4.3.6, 5.0.0RC2
New Comment:
Changed PHP version number to note bug exists in 5.0.0RC2.
Previous Comments:
[2004-06-20 05:05:27] pmichaud at pobox dot com
Changed PHP version number to note reports of bug in many versions of
PHP.
[2004-06-20 04:49:31] pmichaud at pobox dot com
Changed bug category.
[2004-06-15 22:26:40] pmichaud at pobox dot com
Description:
PHP seems to incorrectly convert strings beginning with "inf" to INF
(infinity). This includes converting strings such as "info" and
"inflammable". Surprisingly, the strings "inf" and "infinity" do *not*
convert to infinity but correctly become zeros. A script that
illustrates the problem is given below:
This is very annoying because one cannot simply do a test for a
positive number with code such as
if ($x>0) { echo "$x is positive"; }
because if $x is any string beginning with "inf" (but not "inf" or
"infinity") it is treated as a positive number.
Pm
Reproduce code:
---
Here's a script that illustrates the problem:
Expected result:
a: into == 0
b: info == 0
c: inf == 0
d: infinity == 0
e: infin == 0
f: inflammable == 0
Actual result:
--
a: into == 0
b: info == INF
c: inf == 0
d: infinity == 0
e: infin == INF
f: inflammable == INF
--
Edit this bug report at http://bugs.php.net/?id=28800&edit=1
