Last modified: 2010-12-05 20:16:03 UTC
I spent several hours yesterday (across two sessions) on
285001-5500%29 adding identifications which are not there
today! I know something was said about this feature when
the wiki software was upgraded, but the problem has not
been fixed. I would have thought that this would have
been your number one priority! If the user sees that all
the time he or she is prepared to put into this exercise
is going to be vitiated when Save is pressed, then that
user will have no confidence in the system!
I have noticed this in earlier edits but wasn't 100
percent sure. Now I am and I am disappointed at the
failure of the system and of Wiki software people to
address this obviously major fault!
Please give us your username, the time of your edit.
Also give us an example of changes you added to this article.
I see change by user Eilthireach adding identifications in this article.
I was unable to get back to you on this. It has happened again
today. At 1530 hrs I edited Meanings of asteroid names 16001-17000
and the changes I made to nos. 16817 and 16847 were not there when
I went back in at 1900 hrs. The changes are text additions, giving
explanations for the names assigned to each asteroid. The
identifications replace the asterisks which can be seen against any
entry that does not have an explanation for its designation.
I am user Eilthireach
No. These were my edits, but not the ones that have disappeared. As
I reported in "Additional comment #2", the edits were to nos. 16817
and 16847. As usual, I made changes (added identifications) and
saved the edits, and when I returned three hours later, the edits
Were they in fact saved, or did that display as a page preview?
Thanks for the reply. I do indeed always go through the preview
stage before saving an edit, and, since there is a prominent
warning at the top of the Preview page, I would not have left the
site at that stage.
If you cannot find the edit in the logfiles, then I can only
presume that there must have been a glitch in my broadband
connection. I am just concerned that I am spending a lot of time
researching these identifications (and, of course, working on other
articles) and hope that that work is being properly saved. I can
check on -some- of the articles but don't have time to check -all-
the edits on -all- of the articles! You have to take it on trust
that the system works.
Can I have confidence in the system? Has that bug really been
corrected that we were all warned about when the wiki software was
If a page is successfully saved, it will stay saved.
Be aware that a save operation (clicking on the 'save' button) may fail for
* Edit conflict requiring manual resolution
* Session data expiration requiring confirmation or relogin as a security check
* Database congestion of lock conflict producing a database error
* Other transient error
Can you confirm that none of these occurred -- that you did not receive an
error message, or a preview, or any other such, but that you were presented
with a successful save and the version of the page as you wished to leave it?
Can you clarify about "the feature" and "the problem" you speak of? What
feature is this? What is the problem with it? What does it have to do with last
month's upgrades? Who "warned" you about it, and what specifically was this
Please be as specific as possible in documenting this problem.
I have today twice lost edits to [[Time management]], most recently at 18:30EDT. Earlier incident around 14:00EDT. The changes included text and numerous tags.
I am willing to play along for a while, but if there is no resolution I'm not going to be an active contributor to Wikipedia. Is there some practice I can follow that will eliminate the risk? It appears that I will have to do any high-volume work off-line and cut-and-paste it in. Can I count on that working ?
I can't find any sign of edits at those times in the database. My guess would be that some glitch is causing the edit to fail to save properly, but the user interface still is redirecting you to the final page view, hiding the error message.
If you don't look closely enough to see that your change didn't get saved, it's hard to tell anything bad happened.
Unfortunately our database error logs are currently stuffed up with an unrelated problem so I'm limited in my diagnostic tools. :(
(In reply to comment #9)
> I can't find any sign of edits at those times in the database. My guess would
> be that some glitch is causing the edit to fail to save properly, but the user
> interface still is redirecting you to the final page view, hiding the error
When writing the ApiRollback module, I discovered that Article::rollback() ignores certain obscure errors. This case may be similar.
Is this still an issue?
doesn't seem so