data not being saved during upload process - has anyone else encountered this?

[Stephanie Meece]

Hello

 

In the last two weeks, we have been encountering sporadic errors during the deposit process to our eprints repository. Data that has been entered into the record gets deleted near the end of the deposit process. We can see this in the item history, but we don’t see what causes it. It only happens now and again, and we can’t replicate the error ourselves.  

 

We are wondering if anyone else has experienced this, and/or could give us some suggestions about what might cause it.

 

 

Many thanks,

Stephanie

 

________________________________________________________________

Dr Stephanie Meece

Scholarly Communications Manager, University of the Arts London

272 High Holborn

London WC1V 7EY

 

The online showcase of research at University of the Arts London: UAL Research Online

 

 

 

 

 

This email and any attachments are intended solely for the addressee and may contain confidential information. If you are not the intended recipient of this email and/or its attachments you must not take any action based upon them and you must not copy or show them to anyone. Please send the email back to us and immediately and permanently delete it and its attachments. Where this email is unrelated to the business of University of the Arts London or of any of its group companies the opinions expressed in it are the opinions of the sender and do not necessarily constitute those of University of the Arts London (or the relevant group company). Where the sender's signature indicates that the email is sent on behalf of UAL Short Courses Limited the following also applies: UAL Short Courses Limited is a company registered in England and Wales under company number 02361261. Registered Office: University of the Arts London, 272 High Holborn, London WC1V 7EY

[Brigitte Joerg]

Hi Stephanie,

 

We experienced a similar issue. For us it was caused by the Pages field, which was only accepting number values. We then changed this field into a text field and this works just fine.

 

Hopefully this this is helpful.

 

With all best wishes,

Brigitte

 

Brigitte Jörg (she/her/hers), MA PhD, Research Information Manager

The Sheppard Library, Middlesex University, Hendon Campus, The Burroughs, London NW4 4BT

Phone: +44 (0)20 8411 5008 | Email: B.J...@mdx.ac.uk | ORCID: 0000-0001-7941-8108

Email epr...@mdx.ac.uk for Open Access, Research Outputs and EPrints: http://eprints.mdx.ac.uk/ 

Email resear...@mdx.ac.uk for Research Data Management and figshare: https://mdx.figshare.com/

 

I work flexibly - so whilst it suits me to email now, I do not expect a response or action outside of your own working hours.

--
You received this message because you are subscribed to the Google Groups "EPrints UK User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email to eprints-uk-user-...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/eprints-uk-user-group/AS8PR06MB78803499CF4653E026DD7EEAC4049%40AS8PR06MB7880.eurprd06.prod.outlook.com.

[willia...@gmail.com]

Hi Stephanie, Brigitte,

Just to confirm what Brigitte has already said, it looks like this can occur when anyone tries to save something that looks like a string of text in a field which is designed to store numbers. So in the case of the "Pages" field, if someone tries to store something like "c. 400" rather than just 400, the repository fails to save the record and so any edits that were also made at the same time also get lost. 

So it may not be the "Pages" field necessarily, but can occur when trying to store non-numbers in a numbers field!

I hope this helps!

Many thanks,

Will