Last modified: 2010-05-15 15:38:09 UTC
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
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
(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
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
(In reply to comment #7)
> So, is this really a php problem? If so, wouldn't some note in the
installation instructions be
We expect that people are running on a working setup of web server, PHP and
I'm closing this WORKSFORME. Comments after the original appear to be totally unrelated
and are due to PHP misconfiguration on third-party hosts.