[Archivesspace_Users_Group] Error? - Stanford upgrade from 1.5.4 to 2.6.0

[Majewski, Steven Dennis (sdm7g)]

Error messages/images are too compressed or small to read. Just a blur.  Can you resend or else transcribe ?  — Steve M.


> On Oct 16, 2019, at 2:52 PM, Michael G Olson <mgolson at stanford.edu> wrote:
> 
> Hi everyone,
> 
> Here at Stanford Libraries we just ran an upgrade from 1.5.4 to version 2.6.0 and noticed some odd behavior we’d like to validate with our peers.  We received no error messages while running the upgrade.  That said, for one of our repositories (we have many) we’ve noticed that by clicking on the resource tree we get an error message.  I’m speculating here but my guess is that the extent for this resources were not defined in such a way the application knows the relationship between parent and child.  Here is the error message we’re seeing.
> 
> .<cub_001.jpeg>
> 
> For this particular example here is how our extents had been entered in application.
> 
> <cub_002.jpeg>
> 
> My questions are has anyone seen this sort of behavior before?  Is this something we can fix in the upgraded application or do we need to implement a fix before the upgrade.  Any insights anyone has on this issue would be much appreciated!
> 
> Michael
> 
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20191016/d8020229/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4974 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20191016/d8020229/attachment.bin>