[Xerte-dev] Re: FW: Further Xerte Data Loss

David Goodwin david at palepurple.co.uk
Tue May 20 15:46:48 BST 2014


<snip/>


>
> A student on one of the HEA projects reported this recently and
> responded as follows:
>
> “No text was copied and pasted,  so I doubt there would be HTML, plus
> no hyper linking was included....however pages were lost, but only
> when working or accessing the project at my house anywhere else it
> 'seemed' to be fine... But I can't be too sure”
>
> This mirrors the only consistent cause Alistair and I were able to
> identify e.g. he was having connectivity problems and regularly
> getting corrupt LO's or lost pages. Since his connectivity was fixed
> I don't think this has happened but I'll check. All that said I've
> never once had this happen to me even when on trains or using mobile
> connections including the same codebase or even installations as
> Alistair.
>
> Even if a new solution is put in place to validate before saving etc
> it seems to me that there will still be high risk for all those users
> and installations unlikely to be able to upgrade immediately and
> would still be good to try to nail down the cause of this.
>

I've certainly seen corruption due to invalid characters being embedded 
into the LO. I can't replicate this, regardless of what sort of 
formatting I embed in, which is a pain.


One of the changes I've committed to github / a pull request is that
there's better validation on the XML. i.e. if it doesn't validate then
XOT won't overwrite what ever is in the
USER-FILES/$whatever/(data|preview).xml file(s).

(via plugins/xml_parsing_check.php when/if merged).


David.

-- 
Pale Purple Ltd

PHP Web application development and support

http://www.palepurple.co.uk
@PalePurpleLtd
07792 380669 / 0845 0046746



More information about the Xerte-dev mailing list