<div dir="ltr"><div><div><div><div><div><div><div><div>Following up on this, we were able to identify the issue.  What appeared to be data loss on the backend was caused by an interface issue on the frontend, in which barcodes were not being carried through into the Rapid Barcode Entry screen.<br><br></div>To replicate this issue:<br><br></div>- Open Manage Top Containers, select a number of containers, and open Rapid Barcode Entry<br></div>- Enter barcodes for the containers and save.  This will take you back to the Manage Top Containers screen with your containers still selected.<br></div>- Wait a few minutes, so that the barcodes will have propagated into the index<br></div>- Open Rapid Barcode Entry for the containers that you previously selected<br></div>- Despite the containers having saved barcodes, and the barcodes being indexed, the Rapid Barcode Entry screen will not display the barcodes!<br><br></div>As a workaround, refresh the Manage Top Containers screen before re-opening Rapid Barcode Entry.<br><br></div><div>Thanks,<br></div>--Alex<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 14, 2017 at 5:12 PM, Alexander Duryee <span dir="ltr"><<a href="mailto:alexanderduryee@nypl.org" target="_blank">alexanderduryee@nypl.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>We've started assigning barcodes in bulk via the Manage Top Containers screen, and have run into a troubling issue.  Assigning barcodes to Top Containers via the Rapid Barcode Entry screen has gone well; however, ranges of barcodes (typically the last set done at once) will disappear from the application without warning.  Examining the system log reveals that the barcodes were not removed via the frontend or API - there are no API calls that would have assigned a blank value to the containers.  More perplexing, the missing barcodes do not manifest in the index - searching the barcodes via the Manage Top Container screen would show them as being present, but checking the container directly (or the backend database) shows no barcode.  It's as if the data simply disappeared, with no obvious cause.<br><br></div>NYPL has created a number of custom plugins, so it's not impossible that one of them is causing the issue.  However, none of our plugins directly modify the TopContainer model, so I doubt that one of them is causing the issue.  We're on 1.5.1 still.<br><br></div>Has anyone else encountered an issue like this, or is there something I should be on the lookout for that could be impacting our data?<br><br></div>Thanks!<br></div>--Alex<span class="HOEnZb"><font color="#888888"><br clear="all"><div><div><div><div><div><div><div><br>-- <br><div class="m_4025427640698779669gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Alexander Duryee<div>Metadata Archivist</div><div>New York Public Library</div><div><a href="tel:(917)%20229-9590" value="+19172299590" target="_blank">(917)-229-9590</a></div><div><a href="mailto:alexanderduryee@nypl.org" target="_blank">alexanderduryee@nypl.org</a></div></div></div></div></div>
</div></div></div></div></div></div></div></font></span></div>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Alexander Duryee<div>Metadata Archivist</div><div>New York Public Library</div><div>(917)-229-9590</div><div><a href="mailto:alexanderduryee@nypl.org" target="_blank">alexanderduryee@nypl.org</a></div></div></div></div></div>
</div>