[php] file upload probleem

[defl8te]

Ik heb een probleem met file uploading in php, om de een of andere reden wordt in een aantal specifieke gevallen $_FILES niet gevuld.

Ik heb een multipart/form-data in mijn formulier, file uploading staat aan, /var/spool/php heeft genoeg vrije diskspace en heeft ook de goede rechten.

De fout doet zich voor onder alle browsers, maar ik kan het probleem zelf (haast) niet reproduceren (ik krijg verschillende klachten van gebruikers; vooral berichten over een time-out na enkele minuten).

Het vreemde is, dat het uploaden altijd gewerkt heeft, tot 23 juni, sindsdien zijn er verschillende meldingen van problemen met uploaden.

Uiteraard heb ik al gegoogled, ik kan alleen http://getluky.net/2004/1...array-mysteriously-empty/ vinden wat precies hetzelfde doet. Het leeghalen van de php tmp dir heeft echter geen nut.

In de keren dat het uploaden bij het reproduceren ook fout gaat, geeft een print_r($_FILES) bot NULL terug.

Mijn vraag; heeft iemand dit eerder meegemaakt? of weet iemand iets over een security update oid na de 23e juni?

[ Voor 12% gewijzigd door defl8te op 05-07-2005 11:22 ]

[Guldan]

Komt dat misschien omdat de file te groot is? Dit word geregeld door de upload_max_filesize. Deze kun je aanpassen in de php.ini. Ook moet je als je deze erg groot maakt ff de timeout van php aanpassen zodat er genoeg tijd word gegeven om de file te uploaden

[Speedener]

code:

 enctype="multipart/form-data"

in je form tag staan?

[Bosmonster]

Een timeout is lastig te voorkomen als mensen een bestand van 10MB gaan uploaden met een uploadsnelheid van 4K ofzo..

Verder wel vreemd dat $_FILES als NULL terugkomt.. dit zou nooit mogen gebeuren als de enctype goed is.

[ Voor 5% gewijzigd door Bosmonster op 05-07-2005 12:25 ]

[Equator]

Speedener schreef op dinsdag 05 juli 2005 @ 12:19:

code:

 enctype="multipart/form-data"

in je form tag staan?

Ik heb een multipart/form-data in mijn formulier, file uploading staat aan, /var/spool/php heeft genoeg vrije diskspace en heeft ook de goede rechten.

ja dus..

---

Wat is de grootte van de files, en wat staat er in je php.ini beschreven als maximum.
Staat error_reporting(E_ALL) aan
Geeft de upload een error terug

[crisp]

Bosmonster schreef op dinsdag 05 juli 2005 @ 12:24:
Een timeout is lastig te voorkomen als mensen een bestand van 10MB gaan uploaden met een uploadsnelheid van 4K ofzo..

Verder wel vreemd dat $_FILES als NULL terugkomt.. dit zou nooit mogen gebeuren als de enctype goed is.

Er zit een bug in IE waarbij van een formulier met enctype multipart/form-data het 1e formveld niet wordt doorgestuurd als er ergens in het formulier ook een non-ascii karakter ingevuld staat; misschien is iets dergelijks hier het geval?

[defl8te]

Wat is de grootte van de files, en wat staat er in je php.ini beschreven als maximum.
Staat error_reporting(E_ALL) aan
Geeft de upload een error terug

upload_max_filesize 26214400

Lijkt me genoeg...?

E_all staat aan, maar er wordt 0,0 aan errors gereport...

Er zit een bug in IE waarbij van een formulier met enctype multipart/form-data het 1e formveld niet wordt doorgestuurd als er ergens in het formulier ook een non-ascii karakter ingevuld staat; misschien is iets dergelijks hier het geval?

Dit lijkt me een goede mogelijkheid, die ga ik even checken...

edit:

en ja hoor! Dat is hem!

Het eerste veld in mijn form is de MAX_FILE_SIZE field (voor php), en die wordt dus genegeerd. Wanneer een gebruiker nu een file upload die groter is dan de max_file_size uit de php.ini, wordt $_FILES niet gevuld...

solution: een leeg hidden field aan het formulier toevoegen (of je users leren geen non-ascii karakters te gebruiken )

klinkt logisch, maar kom er maar eens op

[ Voor 27% gewijzigd door defl8te op 05-07-2005 14:02 . Reden: bug gevonden! en gefixed! ]