Last modified: 2010-05-15 15:38:09 UTC
http://fa.wiktionary.org/w/index.php?title=%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:RobotGMwikt&action=edit I cannot save the following text: This is the bot of [[کاربر:GerardM]]
This problem occurs because I do not use the fa or the he userinterface. This problem occurs when I have set the UI to nl.
I'm having the same problem with a vanilla installation.
What error, if any, do you receive?
I have the same problem with the following setup. mediawiki version 1.5.4 with php4 version 4.3.8, mysql 4.0.21 and apache 2.0.50 running on a SuSE 9.2 i386 system. Mediawiki is a vanilla verion from the download site, php, mysql and apache are unmodified SuSE packages. I have changed the language to "de" during the installation, later changing $wgLanguageCode to "en" has no effect. I then created a new user, and logged in as this user. When I try to create a new page or edit an existing one, I cannot save the page. More exactly, I see exactly the same as if I had pressed the "Preview", not the "Save" button. Changing my user language to "en" does not work, because I have a similar problem: I cannot change my preferred language. Changing my full name for example works. When I log in as the privileged "WikiSysop", I have the same behavior. But surprisingly, I can save pages when not logged in at all. I have compared the forms presented for the three different users: They are identical, except for the value of the form field "wpEditToken". I have repeated the installation with "en" as the system language, same behavior. I had the same problem on the same machine with version 1.5.3. But I recently installed mediawiki 1.4.7 on a similar system without any problems. To answer your last question: There is no error message, and nothing in the web server error log. Only the preview and save buttons have exactly the same effect for logged in users.
I could resolve my issue. The PHP session module tried to write session files to /var/lib/php which failed because of unsufficient privileges. An error message to the web server's error log in this case would certainly have been helpful.
(In reply to comment #5) > I could resolve my issue. The PHP session module tried to write session files > to /var/lib/php which failed because of unsufficient privileges. An error > message to the web server's error log in this case would certainly have been > helpful. Hmm. I would have said it's PHP's job to log that access error. Then again, it doesn't write to a log file by default; depending upon the configuration, it may not log any, or certain types of errors at all.
I am currently trying to set up a MediaWiki and am experiencing exactly the same problem. Unfortunately, the /var/lib directory on my host machine is not visible or accessible to me. I would imagine that to be true for many others using hosted servers. So, is this really a php problem? If so, wouldn't some note in the installation instructions be warranted?
(In reply to comment #7) > So, is this really a php problem? If so, wouldn't some note in the installation instructions be > warranted? We expect that people are running on a working setup of web server, PHP and database server.
I'm closing this WORKSFORME. Comments after the original appear to be totally unrelated and are due to PHP misconfiguration on third-party hosts.
