Streamline behavior of uploading Acq records

Bug #1909598 reported by Tiffany Little
30
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Evergreen
Confirmed
Wishlist
Unassigned

Bug Description

Wishlist.

This may be applicable to cataloging vandelay as well, but I'm speaking for Load MARC Order Records in particular.

We would like if uploading marc records worked more similarly to the reports system. In reports, you fill out your template (my report is named X, send it here, in this folder), and hit Submit. Then you just wait until you receive your email (or you find it in your Output folder) to let you know it's done.

Uploading in Acq is by far the biggest pain point for PINES Acq libraries. Once they hit Upload, if they close the window, if there's an internet blip, if they forgot to enter a queue name, then their upload is DOA. The purchase order is created, though, so they can spend an hour waiting for something to happen and it never does and they have no idea why. It's particularly hard to troubleshoot from the administration side, because I don't know what the problem was--did they not create a queue? Was it interrupted through no fault of their own?

We would like to see it work similarly to the reports engine, where there's open slots that can be filled by uploads. In conjunction with bug #1780458, I think users would be *far* more accepting of a long load time (both their own upload taking awhile as well as waiting their turn in line) if they didn't have to babysit to know when it's done. Additionally, this would have the added bonus of being able to start multiple uploads, similar to setting multiple reports to run. If I run a report and then turn around and run another one, I'm not going to bork the first one. They're just going to run in the order that they were taken. That's not the case with Acq uploads; if I start another one before the first is done, one or both of them isn't going to upload.

That would predicate that just hitting the Upload button is enough, and that I can close that window immediately. That's not the case now. If I close the tab that my upload is in, I just killed my upload. Hitting Submit should be sufficient, and it should be held somewhere until it's ready to get put through the upload process.

So my wishlists for this new/improved feature would be:

1. Have a queue created immediately that I can find, even if that says "queue processing" and you can't give me a count of anything yet. Just let me know that something's happening.

2. Hitting the Submit/Upload button is enough, and you don't have to babysit the window. The upload should be sitting somewhere, ready to do its thing behind the scenes.

3. Have uploads be able to be queued, similarly to reports waiting to be run.

4. Email completion notices.

I'm interested in others' thoughts. From polling the ACQ-L listserv, I know we have some pain points that other sites don't, but I think making Acq vandelay uploads more user friendly would be beneficial to everyone, IMO.

Changed in evergreen:
importance: Undecided → Wishlist
Revision history for this message
Jennifer Pringle (jpringle-u) wrote :

This all sounds great to me! I know our libraries run into what Tiffany has described above.

Changed in evergreen:
status: New → Confirmed
Revision history for this message
Wanangwa Hartwell (whartwell) wrote :

Yes, please -- anything to know something is happening!

Revision history for this message
Jennifer Pringle (jpringle-u) wrote :

related bug - https://bugs.launchpad.net/evergreen/+bug/1911529
(idea to combine Load MARC Order Records and MARC Batch Import/Export interfaces)

tags: added: acq-loadmarc
removed: vandelay
Revision history for this message
Andrea Neiman (aneiman) wrote :

As part of Sprint A of Angular Acquisitions, Equinox will be addressing this bug under contract with ECDI.

Specifications here:
https://yeti.equinoxoli.org/dev/public/techspecs/angacq_sprintA_202305.pdf

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.