Package: apt
Version: 0.5.28.1
Severity: grave
Justification: renders package unusable
apt-get install apt returns the following:
The following packages have unmet dependencies:
apt: Depends: libgcc1 (= 1:4.0) but 1:3.4.3-9 is to be installed
-- Package-specific info:
-- (no
Package: apache-utils
Version: 1.3.33-4
Severity: important
Apache 1 now has a dependancy on Apache 2 utilities. I hadn't seen any
mention of this on debian-apache and assumed that this was a bug.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500,
Package: php4
Version: 4:4.3.10-3
Severity: normal
This was working fine in 4.3.10-2.
I'm not sure if all fields are affected by this, but stripslashes()
is not working on $_FILES['whatever']['name'], rendering uploads
useless.
-- System Information:
Debian Release: 3.1
APT prefers
Adam Conrad wrote:
Ross Bemrose said:
I'm not sure if all fields are affected by this, but stripslashes()
is not working on $_FILES['whatever']['name'], rendering uploads useless.
Can you be a bit more specific about what behaviour you're seeing, and
what you're expecting it to do? Your
Adam Conrad wrote:
Ross Bemrose said:
I'm not sure if all fields are affected by this, but stripslashes()
is not working on $_FILES['whatever']['name'], rendering uploads useless.
Can you be a bit more specific about what behaviour you're seeing, and
what you're expecting it to do? Your
Adam Conrad wrote:
Ross Bemrose said:
I'm not sure if all fields are affected by this, but stripslashes()
is not working on $_FILES['whatever']['name'], rendering uploads useless.
Can you be a bit more specific about what behaviour you're seeing, and
what you're expecting it to do? Your
Adam Conrad wrote:
Ross Bemrose said:
The real problem is that PHP is no longer removing windows style paths
before placing the file's name in $_FILES['file']['name']. Whether this
has anything to do with basename() or not, I don't know.
Ah-ha. You're seeing http://bugs.php.net/bug.php
7 matches
Mail list logo
