Announcements and discussion
How to publicize new Ready for Community Developer status?
Dev Pri survey draft
Are the goals reasonable?
Will the results be actionable?
Category list missing anything? Should anything be collapsed?
Who else should look at this – UAC and TAC? Jessica Crouch?
Please also fill out strengths in the Dev. Pri. roster! This helps us identify areas of specialization need: https://archivesspace.atlassian.net/wiki/spaces/AC/pages/38502430/Development+Prioritization+subteam
New status/concept (“Ready for Community Developer”)
Could be a feature in the monthly update that goes out
ASpace user forum in August – could someone talk about this there, if not a full-blown hack-a-thon
Survey seems straight-to-the-point
Could be helpful in prioritizing
Two other AS surveys out now or soon – it’s an ok number. We should make sure not to send ours out the same week, but otherwise will be fine.
All please leave comments on survey draft.
Old business tickets
Maggie (for Lydia)
Selfishly, I would like this to PASS
How would this display? What if there are thousands of containers? Would it take a long time to load?
Would it be a pop-up window (like the create Agent box) or take you to a different screen.
Staff interface group recs has this recommendation (to pop out a window), w/o all top container mgmt functionality. (But it doesn’t have accession recs ability).
Is all that’s needed a list of containers? Or is functionality wanted?
Keep in Awaiting more Information.
Maggie (for Lydia)
This ticket is super old, vague, and probably very difficult to manage. LT proposes to CLOSE this ticket.
MH notes: Cory’s recent note indicates that this ticket is a duplicate to in-progress agent work.
Christine can link the ticket to the work going on for Agents.
Maggie (for Lydia)
This ticket is super old, vague, I don’t know that we even do deaccession records (besides an event). LT proposes to CLOSE this ticket.
MH notes: Can add 0 to many external docs to deaccession event. Deaccession sub-record does not allow any external docs to be attached.
Need more contextual information about what would "look better".
Also need clarity on on the "add into the Edit Basic Information the Resource or Accession number and links back to the component". Do they just want links back to the linked resource/accession?
No current update from Kari.
Close. Leave a comment that closing the ticket because not enough information. If anyone feels strongly about it, they can re-open the ticket and provide more information.
Ideally pass. Not exactly sure what's causing this, but can confirm that this bug appears. From what I can tell by researching <dao> structure standards, xlink attributes are technically not allowed. Would need to speak to development team about the best way to correct this.
Leave comment asking for a suggestion of what it should look like.
Awaiting More Info. If a good answer comes in, then we can pass or close based on that.
From Mark Custer:
I think the primary use case for this is MaRC exports. Right now, there is no way for ASpace to create a MARC record that does not have a 1xx field but does have at least one 7xx field. Such a record is certainly valid in MARC, though.
So, to illustrate the issue, if you import a MaRC record into ASpace that has no 1xx field and one 7xx field, you wind up with one agent linked to the record as a creator. Once you export that record, then you wind up with a MaRC record with that agent in the 1xx field.
Of course, if such a feature were added to ASpace (and that depends on how closely aligned ASpace wants to be with MARC), then I suspect that all of the creators already attached in the first position would need to be updated during a database migration to include the "primary creator" data attribute.
Would like someone from DevPri team to give thoughts on whether this is a good value-add for work.
Not addressed in Agent specification.
A known issue for users who want to use MARC exports seamlessly.
Migration issue makes it a larger effort. Building it in for now going forward would be easy. Could say no migration, and people can clean up their data if it is important to them/they use MARC exports. Or migration could take what it does now – take the first Agent as 1xx.
Could use more info about UI expectation and edge cases. More spec’ed out.
Tag people (Rachel Searcy, Sue Luftshein, Cory Ninmer) on the listserv and email on the listserv.
Linking 784 and 504. Change status 784 to Awaiting More Info. Not ready to be worked on because of other pending issue.
Reviewing Ready for Development tickets: Bug kanban board (58 tickets total)
Each person has been assigned 8 tickets from the bug kanban board that currently have the Ready for Implementation status. Please review the tickets assigned to you and make recommendations on:
Candidate for Ready for Community Developer? YES/NO (primary concern)
Whether the ticket is still relevant, its priority ranking, and the tags (secondary concerns)
We’ll discuss candidates for Ready for Community Developer as a group, and can also address any secondary concerns that arise during the ticket reviews.
According to Christine this would have to be broken into smaller tasks, and upgrading CodeMirror could be risky.
According to Laney and Lora there is a larger issue. Would need info on larger issue first.
“Per Dev prioritization meeting, we will "fix" this by implementing improved error reporting indicating when the OCLC endpoint is no longer reachable, but there is little more we can do at this juncture. Will add a quick ping to the endpoint before attempting to do anything else, and if that does not succeed will inform the user that the OCLC service appears to be down.”
no longer an issue. couldn’t replicate
ANW-138 - no
ANW-137 - no
ANW-148 - yes
ANW-164 - yes
ANW-179 - no
ANW-172 - yes
ANW-162 - CLOSE
ANW-160 - yes
able to transfer resource to new repository with no issue (says: Transfer Successful. Records may take a moment to appear in the target repository while re-indexing takes place.)
based on comments, issue still exists
ANW-157 - CLOSE; leave a comment saying this ticket lacks enough info about the issue
ANW-156 - CLOSE; EAD does not allow for chunking out unitid field, would be a good use for a custom plug-in based on your institution’s id conventions
ANW-152 - no
ANW-145 - yes
was able to replicate
y, potentially same JS file or one of the RDE .rb files
concern here is conditionally required fields, like when a title is blank but date is complete. May need to spec out more completely
Not able to replicate but was an issue recently
Same issue as above
ANW-194 - yes
ANW-205 - no
ANW-206 - yes; Christine and Alicia will leave a comment with info about recent incidents
It still appears that the whole citation generation process has an issue, should the ticket be updated?
This is stale (a year old) and no update was provided on specifics of where span tags are being problematic. Recommend closing.
Priority is set to Major.
The bug might be difficult to find/fix but otherwise should be ok for a Community Developer to attempt it.
Priority is Major but it seems doable.
Priority is Major but should this be set to Minor?
No – because involves different problems with SUI pdf exports and PUI pdf exports
No – priority is major
Yes? – minor priority and explains changes in code needed
No – major priority and involves search
No? – think this is a “nice to have” and tagged as a bug and minor, but the standards aspect + importer/exporter make me think it might be complicated
Overlaps with Patrick’s answer re: ANW-504
Not sure exactly what this is describing, tabbing through seemed fine, can Laney offer clarification in description?
Yes? – minor bug, however changes needed aren’t described
ANW-823 – this issue is now CLOSED
No – might have been a good candidate (especially with Dartmoth plugin) however it looks like work is already being no on it
Did this method work well?
Should we do anything differently for June meeting?
Ready for Community Dev approach felt streamlined. Framework worked well.
Any tickets moved out of Ready for Implementation is a win.
Plus, making it easier for others to participate in coding.
June: Keep going through remaining Ready for Implementation tickets from bug kanban board, may start going through Ready for Implementation tickets from feature requests board.