[UIIN-320] Recurring bug. Bootstrap Resource types from RDA Content list Created: 31/Jul/18  Updated: 03/Nov/23  Resolved: 24/Sep/18

Status: Closed
Project: ui-inventory
Components: None
Affects versions: None
Fix versions: None

Type: Bug Priority: P3
Reporter: Charlotte Whitt Assignee: Niels Erik Nielsen
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Attachments: PNG File Skärmavbild 2018-08-01 kl. 00.01.00.png     PNG File Skärmavbild 2018-09-24 kl. 23.10.44.png     PNG File Skærmbillede 2018-07-10 kl. 15.33.09.png    
Issue links:
Relates
relates to FOLIO-1221 Bootstrap Resource types from RDA Con... Closed
relates to UIIN-150 Settings page. Inventory > Instances ... Closed
Sprint:
Development Team: Other dev

 Description   

Overview: In Inventory we use the Resource Type element. The Resource Type follows the Term and Code List for RDA Content Types (MARC 336) - https://www.loc.gov/standards/valuelist/rdacontent.html
See also: List in spread sheet: https://docs.google.com/spreadsheets/d/1scRQl09jroOy-c_emITk3EQ6lkj7XPRlkupPNuL-FfM/edit#gid=2048910067.
The list is no longer loaded into FOLIO snapshot stable.

Steps to Reproduce:

  1. Log into some FOLIO Snapshot stable as diku_admin
  2. Go to Settings > Inventory
  3. In second pane select Instances > Resource types

Expected Results: See the complete list of RDA content terms - 25 terms, and possible locally defined terms.
Actual Results:  Get an empty page - see

Additional Information:  The data is also missing for Formats, Contributor types, Material types when I check in FOLIO snapshot stable. BUT these data are all uploaded to FOLIO testing - see e.g. http://folio-testing.aws.indexdata.com/settings/inventory/resourcetypes



 Comments   
Comment by Charlotte Whitt [ 08/Aug/18 ]

Hi Wayne Schneider - just discovered (8/8/2018) that FOLIO testing again is missing the loaded RDA data for

  • Format
  • Resource types
  • Contributor types
Comment by Wayne Schneider [ 13/Aug/18 ]

Charlotte Whitt – I think the data is there. I do see (in the network tab of the developer tools) some odd behavior on the settings page, however – it shows that for each record, a request is made to get the user record for the logged-in user, which seems a little crazy – 500+ requests for the user record in order to look at contributor types...I think this is maybe an issue for Niels Erik Nielsen, not a build problem. I'm reassigning to him to take a look at it, feel free to assign back to me if you think it really is a build issue.

Comment by Charlotte Whitt [ 14/Aug/18 ]

Hi Wayne Schneider - thanks for looking into this, yes that sounds really odd
Niels Erik Nielsen does this ring a bell ?

I just tested in FOLIO Snapshot stable, and as we speak, things looks okay - see Screencast: https://screencast.com/t/ngjAkrenSB. So not sure what is going on.

Comment by Charlotte Whitt [ 24/Sep/18 ]

Cate Boerema - this recurring 'bug' happens when Wayne Schneider is in the middle of importing reference data - as he was this evening.
Just tested this in FOLIO snapshot stable and all looks good again as of today 5:10 pm EST / 11:10 pm CET

I'll close the issue, and mark it as done.

Comment by Wayne Schneider [ 24/Sep/18 ]

There is still some odd behavior on the Settings page, if you look in the Network tab of the developer tools of Chrome.

It appears that each entry on the list still generates a request for the user record of the current user, so viewing contributor types (for example) results in hundreds of requests. I think perhaps a new issue needs to be raised...what do you think, Niels Erik Nielsen?

Comment by Zak Burke [ 25/Sep/18 ]

This smells like STSMACOM-142 Closed , which really should be moved to stripes-smart-components. Can we bump the priority of that one, and close this as a dupe?

Generated at Thu Feb 08 23:12:59 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.