Eric Abrahamsen <e...@ericabrahamsen.net> writes: > On Thu, Aug 16 2012, Eric Schulte wrote: > >> Eric Abrahamsen <e...@ericabrahamsen.net> writes: >> >>> On Thu, Aug 16 2012, Eric Schulte wrote: >>> >>>>>> Every time I edited a block and clicked "save", it just deleted the >>>>>> whole block. I got these errors in ~/.elnodelogs/elnode-error: >>>>>> >>>>> >>>>> I'm not sure what could be causing this problem. Did the test suite run >>>>> successfully for you? >>>> >>>> I've now added a POST test to the test suite. So if your problem >>>> persists you should now see a failing test, and conversely if you are >>>> now passing the test suite this problem should be eliminated. >>> >>> So yes, I did run the tests the first time, and you're right that, >>> without the "post" test, they went just fine. The documents were also >>> altered on-disk (ie, the chunks really were deleted). >> >> Interesting. > > [...] > >> Even thought this test is failing, it does show that your elnode server >> is returning the HTML in response to your POST requests. It looks like >> it only fails because your Emacs exports *foo* as <em>foo</em> instead >> of as <i>foo</i>. >> >>> >>> Then I restarted emacs -Q and used your batch.el file. I'm still getting >>> the same problem, unfortunately: the editable blocks disappear when I >>> hit "save". I realized I don't actually know whether this is supposed to >>> edit the simple.org or simple.html files: >> > > [...] > >> I've just pushed up some changes to the git repository which add new >> require statements. Hopefully the errors above were caused by some >> required functions not being loaded at run time. If the newest from git >> doesn't work fix these problems, please try running >> >> emacs -Q -l batch.el >> >> with this updated version of batch.el, and let me know what is printed >> in the *Messages* buffer in the line which starts as "params:". > > The same test failed in the same way,
Fair enough, this must be a legitimate difference in our HTML export, I'll make the test appropriately more permissive. > so I loaded up the new batch.el file, and here's the "params" line: > > params:(("path" . "/simple.org") ("end" . "577") ("beg" . "156") ("org" > . "")) > > Hope that's enlightening! > Yes, very enlightening. It means that the server-side and Emacs Lisp side are working as expected. However, for some reason, when you hit [SAVE] the information submitted by your browser includes an empty text field (this is the "org" pair above). This must be a JavaScript issue related to some difference between browsers. Can I ask, what browser you are using? I've done all of my testing with browsers in the Firefox family (Firefox and conkeror). Thanks! > > E -- Eric Schulte http://cs.unm.edu/~eschulte