On Mon, 29 May 2000, Vanja Bertalan wrote:
> temp dir is /tmp, and $userfile var of the uploaded file says temp location
> of the file is /tmp/phpsomething, $userfile_name, size and mime type are
> reported correctly too.
> that would be ok, but nothing is actually written to /tmp, 30megs df
> who could be responsible for such a behaviour?
The only thing I can think of offhand are upload filesize limitations and
script execution time limitations. Either would cause the upload to break
of somewhere I believe.
> and to make it worse, file upload is started to work ok, this minute. still
> nothing in /tmp, but blobdir is filled ok , just don't know how long will it
> last...and what caused the change...
> btw nobody.nobody is allowed r&w in /tmp...
If it is any of the above this looks most like the time limit exceeding.
IIRC the time limit for a page execution is 30 seconds.
> I'll try to explain...
> before calling mgd_auth_midgard($u,$p,0), value of $midgard->user is 0,
> which is correct, since no auth is required by default.
> after calling mgd_auth_midgard($u,$p,0), value of $midgard->user is still 0,
> which isn't what we'd expect ($u and $p are ok)
You're right, the user ID should have been changed at this point.
> then i tried sending location header, same location, hoping that would
> reload the page after that, $midgard->user gets correct value. think
> of it now, that might be connected to mgd_auth sending cookie, since
> cookie values are not seen until next visit to the page, what do you
> think?
I think I'll try to replicate this behaviour tonight on my home system.
Other than the well-know Phase Of The Moon problem I can find no sane
explanation for this happening.
Emile
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
