Do not include # of notes assigned to note types in response

Description

As libraries continue to use notes helper app, we need to address slowness with selecting note types on Create/Edit Notes. One way to address the issue is to not return # of notes assigned to a note type as shown in the below screenshot

Requirements:

  • Instead of returning total number of notes assigned to a note type, have the response return that the note type is assigned to a note so that the FE knows to not allow a user to delete a note type in Settings > Notes > General > Note types

Definition of Done

  • Update Karate tests

  • Verify performance improvement compared to prior to Morning Glory release - just do an API test.

Environment

None

Potential Workaround

None

Attachments

2

Checklist

hide

TestRail: Results

Activity

Show:

Valery_Pilko July 21, 2022 at 9:39 AM

Verified at Snapshot environment - works as expected.
Instead of returning total number of notes assigned to a note type, the response returns that the note type is assigned to a note type.

See attached screencast:

Denys Bohdan July 15, 2022 at 4:56 PM

Hey and , UI story is now completed, waiting for backend changes to be merged first

Natalia Zaitseva July 11, 2022 at 1:46 PM
Edited

major interface version has been changed and this may affect mod-circulation and mod-ebsconet + waiting for UI story to be completed

Khalilah Gambrell June 30, 2022 at 1:26 PM

Create a performance test ticket for e2e testing.

Done

Details

Assignee

Reporter

Priority

Story Points

Sprint

Development Team

Spitfire

Fix versions

Release

Nolana (R3 2022)

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs
Created June 27, 2022 at 10:56 PM
Updated January 10, 2023 at 12:46 PM
Resolved July 22, 2022 at 12:43 PM
TestRail: Cases
TestRail: Runs