Save Page: Error overwrites the wiki index

[Newton K]

Hi All,

I have searched around and I think I might be the only one to have come accross this issue with my Hayes VM.

I've been creating pages as one normally does. When saving a newly written page somewhere deep in the heirachy, I can get a different kind of page save error (this has happened only twice so far). Following thi error one finds out that instead of saving the page where you had expected, the Wiki's index page was overwritten. It seems to happen completely at random.

At the time of the error, two errors show in the user's browser pop-up:


1. We couldn't rename this page, but we've saved your edit to the old title.
2. You have successfully created a new page, but you overwrote an existing page. You may want to compare the differences between your page and the old page and edit some of the changes back in

This is where it seems to start the deki-api.log:


2007-08-21 18:00:11,682 [-1247372368] DEBUG MindTouch.Dream.Http.HttpTransport - RequestHandler: (GET,http://localhost:8081
/deki/pages/180/contents?dream.out.format=php&dream.in.host=etrii&dream.in.origin=10.129.10.20&mode=edit&redirects=0)
2007-08-21 18:00:11,709 [-1247372368] INFO DekiWikiService_deki - Feature [/deki/pages/180/contents] executed in 22ms
2007-08-21 18:00:11,714 [-1241519184] DEBUG MindTouch.Dream.Http.HttpTransport - RequestHandler: (GET,http://localhost:8081
/deki/pages/180?dream.out.format=php&dream.in.host=etrii&dream.in.origin=10.129.10.20&redirects=0)
2007-08-21 18:00:11,761 [-1241519184] INFO DekiWikiService_deki - Feature [/deki/pages/180] executed in 43ms
2007-08-21 18:00:11,773 [-1234814032] DEBUG MindTouch.Dream.Http.HttpTransport - RequestHandler: (GET,http://localhost:8081
/deki/pages/180/files?dream.out.format=php&dream.in.host=etrii&dream.in.origin=10.129.10.20&redirects=0)
2007-08-21 18:00:11,800 [-1234814032] INFO DekiWikiService_deki - Feature [/deki/pages/180/files] executed in 23ms
2007-08-21 18:00:11,806 [-1247372368] DEBUG MindTouch.Dream.Http.HttpTransport - RequestHandler: (GET,http://localhost:8081
/deki/pages/180/files?dream.out.format=php&dream.in.host=etrii&dream.in.origin=10.129.10.20&redirects=0)
2007-08-21 18:00:11,833 [-1247372368] INFO DekiWikiService_deki - Feature [/deki/pages/180/files] executed in 23ms
2007-08-21 18:00:11,856 [-1241519184] DEBUG MindTouch.Dream.Http.HttpTransport - RequestHandler: (GET,http://localhost:8081
/deki/site/nav/=Development%252FDeveloper+resources%252FTesting%2 52FPage+Title/full?dream.out.format=php&dream.in.host=etri
i&dream.in.origin=10.129.10.20&width=1600)
2007-08-21 18:00:11,943 [-1241519184] INFO DekiWikiService_deki - Feature [/deki/site/nav/=Development%252FDeveloper+resou
rces%252FTesting%252FPage+Title/full] executed in 83ms
2007-08-21 18:00:11,957 [-1234814032] DEBUG MindTouch.Dream.Http.HttpTransport - RequestHandler: (GET,http://localhost:8081
/deki/pages/180/security?dream.out.format=php&dream.in.host=etrii&dream.in.origin=10.129.10.20&redirects=0)
2007-08-21 18:00:11,989 [-1234814032] INFO DekiWikiService_deki - Feature [/deki/pages/180/security] executed in 28ms
2007-08-21 18:00:21,663 [-1247372368] ERROR MindTouch.Dream.DreamFeatureChain - handler for POST:local://aa4abc6174ac4098a7
21b07ebb680ffb/deki/luceneindex?apikey=[removed] failed()
System.UriFormatException: Invalid URI: The hostname could not be parsed.
at System.Uri.Parse (System.String uriString) [0x00000]
at System.Uri.ParseUri () [0x00000]
at System.Uri..ctor (System.String uriString, Boolean dontEscape) [0x00000]
at System.Uri..ctor (System.String uriString) [0x00000]
at MindTouch.LuceneService.LuceneService.ComputeField s (MindTouch.Dream.XDoc doc) [0x00000]
at MindTouch.LuceneService.LuceneService.Add (MindTouch.Dream.XDoc doc) [0x00000]
at MindTouch.LuceneService.LuceneService+<>c__CompilerGenerated3.MoveNext () [0x00000]
at MindTouch.Tasking.Coroutine+<>c__DisplayClass1.<Iterate>b__0 () [0x00000]
at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void ()
at MindTouch.Tasking.Task.Execute (System.VoidHandler handler, MindTouch.Tasking.TaskBehavior behavior) [0x00000]
2007-08-21 18:00:21,665 [-1247372368] DEBUG MindTouch.Dream.DreamMessage - Response: Internal Error(Invalid URI: The hostname could not be parsed.
at System.Uri.Parse (System.String uriString) [0x00000]
at System.Uri.ParseUri () [0x00000]
at System.Uri..ctor (System.String uriString, Boolean dontEscape) [0x00000]
at System.Uri..ctor (System.String uriString) [0x00000]
at MindTouch.LuceneService.LuceneService.ComputeField s (MindTouch.Dream.XDoc doc) [0x00000]
at MindTouch.LuceneService.LuceneService.Add (MindTouch.Dream.XDoc doc) [0x00000]
at MindTouch.LuceneService.LuceneService+<>c__CompilerGenerated3.MoveNext () [0x00000]
at MindTouch.Tasking.Coroutine+<>c__DisplayClass1.<Iterate>b__0 () [0x00000]
at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void ()
at MindTouch.Tasking.Task.Execute (System.VoidHandler handler, MindTouch.Tasking.TaskBehavior behavior) [0x00000] )
2007-08-21 18:00:21,666 [-1247372368] INFO DekiWikiService_deki - Feature [/deki/pages/168/index] executed in 62ms


Once this error occurs, every page you try to save at the point in the heirarchy will overwrite the wiki index. If you move the page above where the error occurs, the error will continue to occur wherever you happen to move the page to.

The way got around this last time was to copy and paste all the pages to another branch in the heirachy and then delete the page under which errors are occuring.

Can anyone suggest what might cause this? I can't tell if the error causes the Lucene problem or if Lucene is causing the error. Maybe its a Browser issue.. (I'm using Fx 2.0.6)

However my indexing is not working. Maybe its my config- I'm not really sure where else to hunt... but will keep doing so.

Many thanks for your thoughts in advance,

[royk]

This was a bug that was recently fixed in SVN - it basically happens when "New Page" is a redirect.

[Petrus4]

RoyK,

when will this bug fix be brought out?

[Newton K]

Ahhh, Thanks Roy.

So for now, to prevent this happening, we should avoid moving pages.

That makes me happy, it will be hard to avoid problems otherwise... :)

Petrus, unless you compile your deki from source, you'll have to wait until the next realease.

[Petrus4]

Can't I just update parts of the Hayes VM?

[royk]

RoyK,

when will this bug fix be brought out?

we're unsure, i'll have to check with steve tomorrow about the possibility of rolling out a 1.8.1d release. we introduced some known instabilities last week (shifting more logic away from php), so we're still dealing on stabilizing those bits; we want to minimize your hassles by not releasing known unstable bits.

unfortunately, we've changed so much in svn that attempting just to patch for this one issue would be a PITA.

in the interim, you can directly deal with this problem by going to the redirected "New Page" (not the final location, but the actual redirection page, for example: http://###/New_Page?redirects=no) and deleting that page.

Moving pages as a whole is fine, it's just that the redirect that is left in its place is causing an issue when creating a new subpage.

[Newton K]

Thanks Roy for enlightening us on this- it is GREAT to know you guys are already on top of it.


Tip for anyone having this trouble;
I seem to have solved my problems (when this occurs) by copying the contents of the page above the point at which creating new pages fails. (ie where the save operation overwrites the wiki index instead of creating the page at the expected point in the heirachy). I then create a new page at the same level adn save it with the same title.


This overwrites the page under which the problems are occuring and reports an error- but 'saves the new content' to the old page.

Worth a try if you encounter this issue perhaps :)

[royk]

No problem, Newton. Thanks for your continued participation in helping us track down these issues - as soon as we can, we'll push out a 1.8.1.d release, which will contain fixes for a lot of the issues we've been working hard at fixing :)

[Newton K]

Heh, NP. You guys are working on something sooo great I can't imagine where it will end up. I just wish you were here to see the look on people's faces when I show them what it can (or will) do... it's a bit like showing some people a mirror into the future, others don't get it until they use it. I've got more to come on that.

[AaronF]

Ha, Thanks! Tell us more: http://wiki.opengarden.org/Community/Testimonials :-)

[moodhairboy]

I'm having the same issue and it is driving me batty. Love the product and we are actively pushing it to it's limits to see how it can help us with our documemtation efforts in support of litigation. I'l drive the copy suggestion above and look forward to the update when available.

Great work - great product.