[Archivesspace_Users_Group] Unexpected behavior in v.3.0.2?

Thu Sep 2 14:48:16 EDT 2021

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>
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://urldefense.proofpoint.com/v2/url?u=https-3A__archivesspace.atlassian.net_browse_ANW-2D505&d=DwMFaQ&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=uGL5GgxToCyQ6zPTB3HHd4kk0SyzlokG4I9GA2FDpgU&s=IDipIDTHNf5oH2yxLqIHUcOZCnpaxZKDdlfk-yoec80&e=>
>
>
> 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> 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:
>>
>> [image: Screen Shot 2021-08-19 at 11.42.55 AM.png]
>>
>> 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"):
>>
>> [image: Screen Shot 2021-08-19 at 11.39.48 AM.png]
>> 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:
>>
>> [image: Screen Shot 2021-08-19 at 11.41.14 AM.png]
>>
>> 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
>> My pronouns are she/her/hers
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>> <https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwMFaQ&c=slrrB7dE8n7gBJbeO0g-IQ&r=WwSkYr7X9POdZNK4180yTjrK5hSljcuCPIN--y1VRZk&m=uGL5GgxToCyQ6zPTB3HHd4kk0SyzlokG4I9GA2FDpgU&s=nnoiQcvkOTUw-zeVG4-ZBe0sVt4lHQsjbSDMEPf1txw&e=>
>>
>
>
> --
> 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
>
> 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=
>

-- 
Rachel Searcy
Accessioning Archivist, Archival Collections Management
New York University Libraries
212.998.2539 | 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/b7bc3105/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2021-08-19 at 11.39.48 AM.png
Type: image/png
Size: 168972 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20210902/b7bc3105/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2021-08-19 at 11.41.14 AM.png
Type: image/png
Size: 278645 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20210902/b7bc3105/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2021-08-19 at 11.42.55 AM.png
Type: image/png
Size: 323450 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20210902/b7bc3105/attachment-0005.png>