Fast Item Add Not Working from MARC Edit

Confirming this is still an issue in 3.10 for bug squashing week

Tested on https://bugsquash.mobiusconsortium.org/
Chrome
WIN 10

Confirming that this seems to also be broken in the Create MARC Record interface.
/eg/staff/cat/catalog/new_bib

It looks like it is redirecting to the Angular staff catalog... in my test system
/eg2/en-US/staff/catalog/record/

I'm fuzzy about how this is supposed to work.. it looks like the cache of the data is still being created in memcached. I think a window is supposed to open to the /cat/volcopy with the cache key.

if (key) {
  var url = egCore.env.basePath + 'cat/volcopy/' + key;
  $timeout(function() { $window.open(url, '_blank') });

But instead the only page that is being opened is the catalog
eg2/en-US/staff/catalog/record/416649

I'm not spotting where the redirect is.

Ooops, it was chrome blocking pop ups that was stopping the fast item add from loading the volcopy.

Once I enabled popups for the site the volcopy interface opened with the call number and barcode filled in.

So it may be fixed in 3.11.
Josh

I tested this on https://terran-main.gapines.org/ during Bug Squashing Week August 2023 and can confirm that the issue still exists.

When selecting Add Item from an existing MARC record and entering a call number and a barcode, clicking Save Changes brought me to the Holdings Editor with the Call Number Label filled in but the Barcode box was blank.

When creating a new MARC record with Add Item selected and entering a call number and a barcode, clicking Save brought to the Item Table tab (or whatever tab I had set as the default) in the Staff Catalog. Neither field was carried over.

Hello, I think I see how the barcode data isn't getting entered and how to add it.

Working branch at : user/stompro/lp1986706_angular_fastitem_add_barcode

https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/stompro/lp1986706_angular_fastitem_add_barcode

Josh

Josh's patch for carrying over the barcode works well.

I am signing off of this patch because I think it is an improvement over the current behavior.

I have tested this code and consent to signing off on it with my name,
Christine Morgan and my email address,
<email address hidden>.

Works as advertised!

Pushed to rel_3_10 and above.

Thanks Josh and Christine!