[Archivesspace_Users_Group] Unexpected behavior in v.3.0.2?

[Kevin W. Schlottmann]

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

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
>


-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20210820/39abd10c/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/20210820/39abd10c/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/20210820/39abd10c/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/20210820/39abd10c/attachment-0005.png>