[Archivesspace_Users_Group] Unexpected behavior in v.3.0.2?

Thu Sep 2 15:22:28 EDT 2021

Rachel -
I've been setting global/repo/user preferences, and also looking at the Defaults for agent records, to try to get the Agents 'true'.  Here's what I did:

http://sandbox.archivesspace.org/agents/agent_person/defaults
-- set Publish? to True (<--this is person, not corporate)

http://sandbox.archivesspace.org/preferences/2/edit
-- set this to Prepopulate True (Publish is also true)

http://sandbox.archivesspace.org/agents/agent_person/new
ends up with Publish? True

versus Corporate:
http://sandbox.archivesspace.org/agents/agent_corporate_entity/new
still has Publish? False

I wonder if this helps you around your issue too? For comparisons sake, I set this up in the sandbox for Person agents. A new Person in the sandbox will start out Publish? True. I left Corporate as-is, for comparison. It starts out with Publish? False (until someone else changes things : ) ...)

-Nancy

From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> On Behalf Of Rachel Aileen Searcy
Sent: Thursday, September 2, 2021 2:48 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] Unexpected behavior in v.3.0.2?

External Email - Exercise Caution
Thank you for the reminder about this functionality, Kevin. Unfortunately, it doesn't seem to be working as expected with v.3.0.2 -- even though I have checked the Publish checkbox for the default Global, Repository, and User preferences, newly created agent records still default to unpublished. I've confirmed this to be the case not only with our local 3.0.2 instance, but also the community sandbox on this version. The upshot is that I've checked the program testing instance with the upcoming release and this functionality is back to working as expected. All of which is to say, it looks like this issue can be addressed with native functionality in a future release and doesn't warrant a bug report, but I do want to flag it for any folks who might be on 3.0.2.

Thanks again!
Rachel

On Fri, Aug 20, 2021 at 9:38 AM Kevin W. Schlottmann <kws2126 at columbia.edu<mailto:kws2126 at columbia.edu>> wrote:
Hi Rachel,

Re 1), the default publish status, which applies to all record types, can be set at global, repository, and user levels in Preferences.  A couple of years ago we set the repository default to true because we would often forget to set newly created agents to publish=true, resulting in published description missing creators and subjects.  I just checked our setting, and it was set back to the default (publish=false), so I wonder if this is reset to default when AS is upgraded.  We rarely use publish=false for any record type, so a default of publish=true works for us, but that may not be the case for different setups, especially those using the PUI. There was a JIRA request to allow more fine-grained control of publish status for different record types, but it wasn't fleshed out and dev-pri marked it as "Will not do" https://archivesspace.atlassian.net/browse/ANW-505<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__archivesspace.atlassian.net_browse_ANW-2D505%26d%3DDwMFaQ%26c%3DslrrB7dE8n7gBJbeO0g-IQ%26r%3DWwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk%26m%3DuGL5GgxToCyQ6zPTB3HHd4kk0SyzlokG4I9GA2FDpgU%26s%3DIDipIDTHNf5oH2yxLqIHUcOZCnpaxZKDdlfk-yoec80%26e%3D&data=04%7C01%7CKennedyN%40si.edu%7Ca0fe1d059e0948379b3108d96e424f34%7C989b5e2a14e44efe93b78cdd5fc5d11c%7C0%7C0%7C637662053472325524%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=CVGi9KKGj11SX78z6r3651lATs3nAXvc7p3rKt13Y%2F0%3D&reserved=0>

Re 2), we are seeing similar behavior for shared top containers as well; we are on version 2.8.1.  I'd be happy to add our examples to a ticket, as this is annoying and potentially confusing behavior.

Kevin

On Thu, Aug 19, 2021 at 11:47 AM Rachel Aileen Searcy <rachel.searcy at nyu.edu<mailto:rachel.searcy at nyu.edu>> wrote:
Hello list!

We are in the process of upgrading to v.3.0.2, and noticed a few unusual details that I'm hoping to get some more information about. Neither would be deal-breakers to upgrading, but I'm curious if these are intended or perhaps bugs. We first noticed these in our local development instance, but I've been able to replicate them in the community sandbox.

When I create a new agent record -- either on its own via "Create -- Agent" or within the context of an accession or resource record, the "Publish" checkbox defaults to false. This is new behavior to us, and I'm curious if this is intended (and if so, if there is a way to locally alter this so that new agents default to Publish=True)?

We also saw some potentially buggy behavior with the "sticky" parameters when browsing for containers. For example, when starting from a resource record and browsing for a container, Manage Top Containers pre-populates the interface with my resource record so that only containers linked to it are listed:

[cid:image001.png at 01D7A00B.6BD42A70]

If I want to browse for a shared box, for example, I want to clear the resource field and instead do a container search with a keyword (this screenshot shows my edits to the parameters before selecting "Search"):

[cid:image002.png at 01D7A00B.6BD42A70]
But as soon as I select "Search" my original resource record is re-inserted into the parameters although it doesn't actually seem to be impacting the search results:

[cid:image003.png at 01D7A00B.6BD42A70]

I'd be happy to put together a JIRA ticket for either of these issues, but first wanted to see if others had insight before doing so.

Thanks so much. Take care,
Rachel Searcy
Accessioning Archivist, Archival Collections Management
New York University Libraries
212.998.2539 | rachel.searcy at nyu.edu<mailto:rachel.searcy at nyu.edu>
My pronouns are she/her/hers
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttp-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup%26d%3DDwMFaQ%26c%3DslrrB7dE8n7gBJbeO0g-IQ%26r%3DWwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk%26m%3DuGL5GgxToCyQ6zPTB3HHd4kk0SyzlokG4I9GA2FDpgU%26s%3DnnoiQcvkOTUw-zeVG4-ZBe0sVt4lHQsjbSDMEPf1txw%26e%3D&data=04%7C01%7CKennedyN%40si.edu%7Ca0fe1d059e0948379b3108d96e424f34%7C989b5e2a14e44efe93b78cdd5fc5d11c%7C0%7C0%7C637662053472335525%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=u5bYWVAGj3SHtRicNdp21EvXcYX%2FcVmgPAVYQ131EW4%3D&reserved=0>

--
Kevin Schlottmann
Head of Archives Processing
Rare Book & Manuscript Library
Butler Library, Room 801
Columbia University
Pronouns: he/him/his
535 W. 114th St., New York, NY  10027
(212) 854-8483
_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=uGL5GgxToCyQ6zPTB3HHd4kk0SyzlokG4I9GA2FDpgU&s=nnoiQcvkOTUw-zeVG4-ZBe0sVt4lHQsjbSDMEPf1txw&e=<https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttp-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup%26d%3DDwICAg%26c%3DslrrB7dE8n7gBJbeO0g-IQ%26r%3DWwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk%26m%3DuGL5GgxToCyQ6zPTB3HHd4kk0SyzlokG4I9GA2FDpgU%26s%3DnnoiQcvkOTUw-zeVG4-ZBe0sVt4lHQsjbSDMEPf1txw%26e%3D&data=04%7C01%7CKennedyN%40si.edu%7Ca0fe1d059e0948379b3108d96e424f34%7C989b5e2a14e44efe93b78cdd5fc5d11c%7C0%7C0%7C637662053472345514%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=eiR2888yXxdApC6HSmrXexYzKd%2B5XHiNTaGRNiKl4rA%3D&reserved=0>

--
Rachel Searcy
Accessioning Archivist, Archival Collections Management
New York University Libraries
212.998.2539 | rachel.searcy at nyu.edu<mailto:rachel.searcy at nyu.edu>
My pronouns are she/her/hers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20210902/1de8d34d/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 323450 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20210902/1de8d34d/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 168972 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20210902/1de8d34d/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 278645 bytes
Desc: image003.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20210902/1de8d34d/attachment-0005.png>