Bug 85386
Summary: | Redhat 8.0's apache has post irregularities | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Jesse Thompson <heckler> | ||||||
Component: | php | Assignee: | Joe Orton <jorton> | ||||||
Status: | CLOSED DUPLICATE | QA Contact: | Brian Brock <bbrock> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 8.0 | CC: | bostjan, simonf | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2006-02-21 18:52:02 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Jesse Thompson
2003-02-28 22:43:38 UTC
Can you attach your httpd.conf and php.conf? Previous reports of this have been due to a configuration error: adding an AddType for PHP, alonside the <Files *.php> section in php.conf Created attachment 91245 [details]
This is the http.conf on my machine, sensitive info [snip]ped out
Created attachment 91246 [details]
php.ini from my system
$%&@, I'm sorry. I attached the http.conf and php.ini from the machine we were having troubles with, but we've already reinstalled that machine with FreeBSD so those files won't directly apply :( They might be of some help, all of our unconventional settings are in them at least. Actually, if you can adapt those configuration files to work on an out- of-the-box copy of Redhat 8.0 (and probably 9.0 if you haven't upgraded/patched php or apache) then you should be running a nearly perfect functional replica of our affected machine at the time. As you can see, we don't have a <Files *.php> section, and we AddType for some file masks other than *.php, but all of my test files were simple php files. Adtly, of course, <Files..> and Addtype are directives in httpd.conf, not php.ini :) Moving our stuff to a FreeBSD machine with Apache 2.0.44 and php 4.3.1 resolved the issue for us. In the meantime, I remain curious why Redhat always sees fit to package software so old that the makers of the software generally refuse to support it? As the packager, you shouldn't have to try and track down software bugs like this (quite slowly mind you, while your customers all switch distributions ;) when you can simply keep up to date instead and let the software developers field the bug reports. It's one thing if you'll hang back a major revision to avoid experimental code, but the third digit in a version number (2.0.40 vs 2.0.44) represents bug *fixes* for crying out loud :P Similar problem exists with apache and mod_perl in 9.0. Specifically, if the POST data is sent in more than one TCP packet, only the contents of the first packet is read from STDIN. I verified that if I read STDIN manually, all the data are there. However, if I use CGI.pm to read STDIN, it eventually calls the perl read() functions, which apparently misbehaves. After installing from source mod_perl-1_99-09 and httpd 2.0.45 the problem went away, which suggests that perl itself is not to blame, because the same Redhat version of perl was used. I think this is a very serious problem and should be solved asap. Same problem here: mod_perl + httpd on both Red Hat Linux 8.0 and 9. Any workaround (apart from using GET instead of POST)? There can be problems using POST if configured using an "AddType" *and* SetOutputFilter - this is covered in bug 82967. If mod_perl suffers from similar problems, please file bugs against mod_perl. *** This bug has been marked as a duplicate of 82967 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |