
I've tried to update both libraries to the last version, but the problem persists.
For me is very difficult to trace both codes. I don't have tools to do so. I'll try to post in some forums asking for help.
Here is my first one...
No it is a server setting problem, as I wrote: all was fine before the holidays...
The answer should become available in a MOODLE-FAQ file, when it is solved
One of the problems of Open Source is that idiots like me are allowed to setup a server and change anything. (And to my supprise Moodle can handle that normally very good, with exception of these IE things... now and then: this morning I changed three forms for our Turkish student names, all went ok, IN IE!! Did our staff find the problem??.. and then I tried form four )
Yes Bernard, I saw your comments and I know that it is not a Moodle core problem: We changed IP-range-adresses, Linux-type, Apache-type, PHP-version, MySQL-version and they installed a SAN...
The problem is also in the newest version fo IE and in the multi-window-look-alike AVANT browser. (using the same IE engine?)
BUT WE DID NOT CHANGE A JOTTA TO OUR MOODLE VERSION 1.4.3 THING, with exception of the config.php. Thank God I didn't, because then "they" (our now desperate ICT-guys) would blame new Moodle. (And I checked if the problem would stay when using 1.5.2, it did)
But for me it is a Social Problem: Why is the Moodle developers community neglecting so many IE problems? Why not testing more on IE? This way we end-up with a Moodle that will aks more and more for a very specific tuned Server... What Moodle is missing here is a more professional organised testing program with someone who not only coordinates that BUT ALSO KNOWS HOW TO COMMUNICATE THAT TO THE POOR USERS WITH THESE PROBLEMS. (In the medical world they call this the problem of the Orphan drugs research. ANd yes, I know ,it will come, yes Martin.) Desperate users like me are willing to pay for that service too, so an opprtunity for moodle.com!!
To give an other example of neglecting IE, Martin: The rounded corners of Martin's main theme are not visible in IE, so Bill Gates should change that. Is that a realistic view? (In the end he will, I see now rounded corner in the latest MSN..) But why not using that solution, offered in the forums to make Moodle less platform dependent? (or at least explain why that is not so handy)
So back to our IE problem: Moodle is nothing to blame, local Linux-experts don't have any idea in which direction to look: It is in the combination Moodle-LINUX-Apache-PHP-MySQL-PROXY-SAN and that is new for them. Suspect number one is the way Moodle handles forms in a not IE friendly way..
So community, if someone wants to have access to our server to have a look to find a stupid wrong setting on our server, please email me..
[NL] hey ger jij hier? [/NL}
The "unlink" error is i think caused by the following:
but then i wonder why the file is being deleted....
well that is what i think... maybe any of you has an different idea?
thanks a lot,
back to work
cheers
update: you can't see the warning anymore because i edited the /etc/php.ini
but it is still there.
Our system seems to wait until in the directory /class/log the file reported_errors.txt is rewritten (Why not append?). It is as if more then one Moodle function has write access here: the properties are sometimes set to:
rw-r--r--
and other moments I see:
rw-rw-rw-
In between I see sometimes for seconds NO FILE and hangs the system...