gerardm wrote:

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.

kjosmoen wrote:

I'm having the same problem with a vanilla installation.

robchur wrote:

What error, if any, do you receive?

guido wrote:

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.

guido wrote:

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.

robchur wrote:

(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.

nancy wrote:

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?

robchur wrote:

(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.