Last modified: 2010-05-15 15:38:09 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T4752, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 2752 - Not able to save an edit
Not able to save an edit
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
1.5.x
All Linux
: Normal blocker with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: rtl
  Show dependency treegraph
 
Reported: 2005-07-08 08:00 UTC by Gerard Meijsssen
Modified: 2010-05-15 15:38 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Gerard Meijsssen 2005-07-08 08:00:54 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]]
Comment 1 Gerard Meijsssen 2005-07-09 18:09:00 UTC
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.
Comment 2 Thomas Kjosmoen 2005-07-09 21:05:13 UTC
I'm having the same problem with a vanilla installation.
Comment 3 Rob Church 2005-12-14 23:28:44 UTC
What error, if any, do you receive?
Comment 4 Guido Flohr 2005-12-26 18:03:22 UTC
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.
Comment 5 Guido Flohr 2005-12-26 20:17:48 UTC
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.
Comment 6 Rob Church 2005-12-26 22:08:59 UTC
(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.
Comment 7 Nancy Nangeroni 2006-02-03 22:03:15 UTC
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?
Comment 8 Rob Church 2006-02-03 22:07:37 UTC
(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.
Comment 9 Brion Vibber 2006-02-04 01:58:00 UTC
I'm closing this WORKSFORME. Comments after the original appear to be totally unrelated 
and are due to PHP misconfiguration on third-party hosts.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links