[Archivesspace_Users_Group] Preferred Citation edits sometimes fail to save

[Jane LaBarbara]

Mark,

Thank you! I missed this when searching the bugs, and it looks like it's the source of our problems.  You've saved us a lot of headache!

-Jane

From: archivesspace_users_group-bounces at lyralists.lyrasis.org [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Custer, Mark
Sent: Thursday, September 29, 2016 1:40 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Preferred Citation edits sometimes fail to save

Jane,

Is it possible that what you've noticed is related to this ticket?:

https://archivesspace.atlassian.net/browse/AR-1521

This bug affects editing of any note type, and it's particularly problematic.  I believe that we've just alerted staff not to use the "Delete" key because of this when editing notes, but that's not a great solution.

Mark



From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Jane LaBarbara
Sent: Thursday, 29 September, 2016 1:19 PM
To: archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] Preferred Citation edits sometimes fail to save

Good afternoon,

We are running version 1.4.2, and we've just started our post-EAD import resource record cleanup.  We've noticed a problem where our edits sometimes fail to save in one specific field-the Preferred Citation Note.  We're editing titles. We make an edit in the Resource Record's title field, then make the same edit in the finding aid title field, and then in the Preferred Citation Field in the Notes section.  Then we save the record.  Sometimes, our change in the Preferred Citation field actually saves, but sometimes we check after saving and find that the text in that field has reverted back to its pre-edited state.  We aren't sure if there is a specific sequence of steps that triggers the problem--it seems to be random. Once we see that our edit has been lost, we try to re-edit and save again-sometimes it works on the second save, once I had to try four times to get the edit I made to stick.

Has anyone else had this problem or can suggest a possible cause/fix?  It's not a huge issue, but it is slowing down our cleanup work, and if it's not isolated to this field, it could cause failed saving of more important notes, like the scope and content note, which would be a big problem.

Thank you,
Jane

/ Jane Metters LaBarbara
Assistant Curator, West Virginia & Regional History Center<https://urldefense.proofpoint.com/v2/url?u=https-3A__wvrhc.lib.wvu.edu_&d=CwMFAg&c=-dg2m7zWuuDZ0MUcV7Sdqw&r=s7ciGQfUJeaV_ryx908hbeXDoU9aqDwDN0Z0VbfsJ3Y&m=gfUWReFXsj-bdBChxikA4ICfWyKIv6GHVSnPmNZBWOs&s=vXSXM0D3eVY81K6-3OZnzqFog44j7lSdv5BEZyEIiu4&e=>
West Virginia University Libraries
(304) 293-0352 office
jane.labarbara at mail.wvu.edu<mailto:jane.labarbara at mail.wvu.edu>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20160930/8b70c4b8/attachment.html>