Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Sprint Goal / Focus 

  •  

Sprint Schedule

  • Sprint: 186
  • Release: 2024.1 Quesnalia 
    • Sprint 11 of 11 since Release Development Cycle Starts (Sprint 176) to Feature Freeze (Sprint 186: 15 Mar 2024)
    • Sprint 187: Module Release Deadline (22 Mar 2024) [FOLREL-565]
    • Sprint 189: Bugfix Release Deadline (19 Apr 2024) [FOLREL-581]

Development Meetings

  • Wed 6 Mar - dev update
  • Mon 11 Mar - backlog review
  • Wed 13 Mar - dev update

Sprint Capacity

Team AvailabilitySchedule | Calendar

Notes / Exceptions:

Lead Roles:

QA Environment: 

  • folio-snapshot, folio-snapshot-2

Present


Info
titlePlanning Questions
  • Does the issue meet the criteria for Definition of Ready?
  • What front and back end components are affected?
  • What changes need to be made? (additions, removals or modifications)
  • What development tests need to be written?  
  • What data does the developer need to verify their work?
  • What are the known unknowns? 
  • What is needed to QA? (environment, data, scripts)

Navigation

Table of Contents

Expand
titleSprint Planning Agenda
  1. Sprint Goal / Focus
  2. Sprint Capacity
  3. Review sprint candidates 
  4. Agree technical approach / define key implementation tasks
  5. Finalise estimates / costings
  6. Confirm sprint scope
  7. Confirm first actions





Sprint Planning  

(error) - not in sprint

(tick) or @ - in sprint 

(warning) - not ready

(question) - pending triage / planning

Sprint Focus

Info
iconfalse
titlePlanning Notes Template
  • Triage

  • Approach
  • Components and Changes

    • Frontend

    • Backend

  • Tests / Data / Dependencies

  • Known Unknowns

  • QA: snapshot | local | testing | other

  • Release Target: 
  • Development Estimate


1910 182

Grails Track

  • Success with compiling and running with Grails 6
  • However, JobRunner is not behaving as expected: 
  • unchanged between 5 and 6 
  • but jobs are not being picked up
  • probably an unnecessary transaction that has been added and is now scoped

    Issue ID

    Sprint Backlog?

    Notes / Estimates / Actions

    Carried Over

    Jira Legacy
    serverSystem JIRAJira
    serverId01505d01-b853-3c2e-90f1-ee9b165564fc
    keyERM-31623164
    (plus)

    Jira Legacy
    serverSystem JIRAJira
    serverId01505d01-b853-3c2e-90f1-ee9b165564fc
    keyERM-3161

    TBC

  • Fix error
  • Consider additional logging that may be needed to elaborate "problem processing remote KB link"
    3163
    (plus)

    Jira Legacy
    serverSystem JIRAJira
    serverId01505d01-b853-3c2e-90f1-ee9b165564fc
    keyERM-31391908
    (plus) Claudia Malzer

    Jira Legacy
    serverSystem JIRA
    serverId01505d01-b853-3c2e-90f1-ee9b165564fc
    keyERM-30483162



    (tick) 
    Jira Legacy
    Triage
    server
  • Approach
  • Components and Changes

    • Frontend

    • Backend

  • Tests / Data / Dependencies

  • Known Unknowns

  • QA: snapshot | local | testing | other

  • Release Target: 
  • Development Estimate
    System JIRA
    serverId01505d01-b853-3c2e-90f1-ee9b165564fc
    keyERM-3161

    TBC

    • Fix error
    • Consider additional logging that may be needed to elaborate "

      problem processing remote KB link"


    Jira Legacy
    serverSystem JIRA
    serverId01505d01-b853-3c2e-90f1-ee9b165564fc
    keyERM-

    Status
    subtletrue
    titleTestrails

    Sprint 180

    3139



    status
    Jira Legacy
    serverSystem JIRA
    serverId01505d01-b853-3c2e-90f1-ee9b165564fc
    keyERM-31333048
    (tick) subtle
    • Triage

    • Approach
    • Components and Changes

      • Frontend

      • Backend

    • Tests / Data / Dependencies

    • Known Unknowns

    • QA: snapshot | local | testing | other

    • Release Target: 
    • Development Estimate


    Jira Legacy
    serverSystem JIRA
    serverId01505d01-b853-3c2e-90f1-ee9b165564fc
    keyERM-1910


    Status
    subtletrue
    titleTestrails

    Sprint

    180

    Jira Legacy
    serverSystem JIRA
    serverId01505d01-b853-3c2e-90f1-ee9b165564fc
    keyERM-3130
    Monireh RasouliError locally
    3133

    Status
    subtletrue
    titleTestrails
    Sprint 182
    Jira Legacy
    serverSystem JIRA
    serverId01505d01-b853-3c2e-90f1-ee9b165564fc
    keyERM-3130
    Monireh Rasouli

     

    • Error locally (but not snapshot): 
      Cannot
        • > Cannot read properties if undefined (reading 'setDefault')
      • From: ui-plugin-find-po-lines: useFetchOrderLines / findRecordsModal
      • Need to work out whether it's our use of it 
      • Could be a moment version mismatch

       

      • updated moment locally (not in package.json of app), which fixed previous issue
      • TODO: debug cause of issue
      Sprint 182
      Jira Legacy
      serverSystem JIRA
      serverId01505d01-b853-3c2e-90f1-ee9b165564fc
      keyERM-3150
       
      Jack Golding

      Environment set up 

      Ready to progress

      Jira Legacy
      serverSystem JIRA
      serverId01505d01-b853-3c2e-90f1-ee9b165564fc
      keyERM-3131
      Jack GoldingNext up ...

      To follow ERM-3131

      Jira Legacy
      serverSystem JIRA
      serverId01505d01-b853-3c2e-90f1-ee9b165564fc
      keyERM-3156
      Ethan FreestoneCSP

       

      • TODO: 
      • load onto a branch
      • test
      • prepare for release
          • check if this is used elsewhere in the app
          • when should this run and where to get best fit
          • where should we store the lastRun timestamp?
            • in memory: lost when instance restarts
            • field on the package? 
        • Out of scope
          • non-UI solution
          • extensive metadata

         

        • Progress
          • added resource count and timestamp to data model
        • TODO
          • may need to update timestamp

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-30413131
        Claudia Malzer

        Progress: 

        • Description not shown in Edit
        • No related console errors
        • Same even without changes made

        TODO:

        • Add log debug
        • Check libraries that are using focus logic
        • look into when states are changed
        • memo-ise line 49 in React useCallback
        • pull line 48 out into another React useCallback
        Jack Golding

         

        • Not currently able to reproduce in an Orchid environment
        • TODO: rebuild Orchid with fresh rancher setup

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3156
        Ethan Freestone

        Next up ... 

        • TODO: 
          • load onto a branch
          • test
          • prepare for release
        • CSP

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3041

        Claudia Malzer

        Ethan Freestone

        Progress: 

        • Description not shown in Edit
        • No related console errors
        • Same even without changes made

           

        TODO:

        • Add log debug
        • Check libraries that are using focus logic
        • look into when states are changed
        • memo-ise line 49 in React useCallback
        • pull line 48 out into another React useCallback

         

        • Changes not been successful
        • Push latest wip SEC and ui-dashboard branches
        • Review after lunch with Ethan

         

        • pulled back in as resolved
        • swapped implementation to import form directly and then render logic handling hook
        • component and hook in place in SEC
        • implemented in dashboard/widgets

        Jira Legacy
        serverSystem Jira
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3147
        (question)

         

        • Currently does not seem to be a candidate for Poppy CSP, Quesnalia or a backport to Orchid
        • Need to determine what approach we might take to provide case insensitive sorting

        Jira Legacy
        serverSystem Jira
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-1796
        (plus) Ethan Freestone

         

        TODO: Needs code review

         

        • Needs some followup with Steve

        Grails Track

         

        • Success with compiling and running with Grails 6
        • However, JobRunner is not behaving as expected: 
          • unchanged between 5 and 6 
          • but jobs are not being picked up
          • probably an unnecessary transaction that has been added and is now scoped

         

        • JobRunner triage indicates some client level tasks need tenant scope
          • These can fail silently
        • TODO:
          • diagnose cause of JobRunner fail
          • review areas where this may similarly occur (is this a job issue or pattern issue)
        • UNKNOWN
          • whether this affects beyond mod-0agreements: unlikely as it is related to federation interface with database

         

        • Running out of resources when running harvest on local branch
        • Not reproduced on master, so using that with postgres to get some perfomance data to compare

         

        • mod-agreements
          • compiles, builds, run
          • harvest begins, but goes from 20% CPU usage to 30-90 before climbing to 1005%
        • could be a local laptop issue
        • dev note: set up new application.yaml for an isolated pg/kafka environment to test performance 



        • Jira Legacy
          serverSystem Jira
          serverId01505d01-b853-3c2e-90f1-ee9b165564fc
          keyERM-3111
        • Jira Legacy
          serverSystem Jira
          serverId01505d01-b853-3c2e-90f1-ee9b165564fc
          keyERM-3089
        • Jira Legacy
          serverSystem Jira
          serverId01505d01-b853-3c2e-90f1-ee9b165564fc
          keySI-34
        • Jira Legacy
          serverSystem Jira
          serverId01505d01-b853-3c2e-90f1-ee9b165564fc
          keySI-38
        • Jira Legacy
          serverSystem Jira
          serverId01505d01-b853-3c2e-90f1-ee9b165564fc
          keyERM-3090










        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3063


        Status
        subtletrue
        colourYellow
        titleQA

        Sprint 176

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-2792

        Status
        subtletrue
        colourBlue
        titleCode Review

        Sprint 178

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-2793

        Status
        subtletrue
        colourBlue
        titleCode Review

        Sprint 178

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3090

        (question) Steve Osguthorpe

        Status
        subtletrue
        colourBlue
        titleCode Review

        (warning) Sprint 180

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3111


        Status
        subtletrue
        colourRed
        titleReady TO PROGESS
         

        • Triage

          • previously created new Grails 6 project and incrementally added components
          • once pitfalls identified, each module took very little time
        • Approach
          • will starting up a new grails project with the CLI even work?
        • Components and Changes

          • Frontend

          • Backend

        • Tests / Data / Dependencies

          • gradle upgrade is necessary
        • Known Unknowns

          • will starting up a new grails project with the CLI even work?
        • QA: snapshot | local | testing | other

        • Release Target: 
        • Development Estimate

        • Current:
          • grails and gradle versions determined
          • web-toolkit passing tests
          • smoother process than 4 to 5, but integration is inevitably 
        • TODO
          • service-interaction failing
          • need to build into okapi environment
            • may need to rebuild rancher, which could be risky at the moment
          • review migrations, but difficult to triage atm


         

        • Release candidate for Grails 6 and okapi ready
        • Should be ready to move forward
        • Once merged, cannot backport to Poppy

        Sprint 182

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3078


        Status
        subtletrue
        colourGreen
        titleIn Progress

        • enforceVersionCheck is taken from grails default rest controller - not sure of impact to changing from false to true
        • can add to to yaml without changing default to false
        • would need to make changes to KIWT restful controller
        • need to push version numbers
        • likely not to be rolled in until Grails 6
        • TODO: 
          • Jack to write up findings 
          • Owen to review with users

        (warning) Sprint 178

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3089

        (minus)


        (warning) Sprint 178

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keySI-34


        (warning) Sprint 173

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keySI-38


        (warning) Sprint 179

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3133

        • Triage

          • FOLIO session-level
        • Approach
          • review implementation across other apps
            • eg, Orders, 
            • eg, stripes-smart-components useColumnManager 
          • can this be used as-is within ERM or does it need streamlining?
        • Components and Changes

          • Frontend: TBC

          • Backend: none

        • Tests / Data / Dependencies: ??

        • Known Unknowns: ??

        • QA: snapshot | local | testing | other

        • Release Target: Quesnelia
        • Development Estimate: ??


        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3118

        Triage

          • NamedThreadFactory is used in string templating service
          • out of end-of-life support, so should find a  way to upgrade/remove
        • Approach
          • need to review any documented upgrade path - is there a straightforward path to go from 2 to 3
          • are we vulnerable to the jetty-io vulnerabilty?
            • influences backport requirements (esp Orchid which is on Grails 4)
        • Components and Changes

          • Frontend: NA

          • Backend: 

        • Tests / Data / Dependencies

        • Known Unknowns

          • whether we are affected by virtue of using netty
        • QA: snapshot | local | testing | other

        • Release Target: 
        • Development Estimate

        Current: 

        • upgrade path documentation doesn't help
        • looks like (via grep) this is the only use of ehcache

        Sprint 182

        • need to decide whether to bail ehcache to use another NamedFactory provider
        • potentially could do this internally, without another dependency
        • run gradle clean  and check dependencies to see if ehcache/jetty-io are brought in transitively - CONFIRMED on v2

        Sprint 183

        • Current
          • NamedThreadFactory doesn't seem critical or fancy
          • and it looks like it's only in mod-agreements
          • inclination is to create own version
        • TODO: 
          • check with Steve
            • is ehcache being used elsewhere?
            • can we sue our own thread factory
          • try ehcache 3
        • Decision on way forward by Wed 24 Jan

        Sprint 182

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3125

        (error) Not vulnerable

        • Triage

          • need to revisit what choice we made for Poppy
          • need to check whether Orchid/Poppy have the same vulnerability to determine backport requirement
          • otherwise to be dealt with (for Quesnalia) by Grails 6 upgrade
        • Approach
          • Prefer not to patch grails, but should be able to bump data-binding 
          • Try 4.1.3, then 4.1.2, then 4.1.1
          • Otherwise will need to change databindings specifically - which will be messy
          • Owen: release plan
        • Components and Changes

          • Frontend: NA

          • Backend: mod-agreements, mod-licenses, mod-service-interaction

            • shouldn't need grails-okapi or KIWT
        • Tests / Data / Dependencies

        • Known Unknowns

          • what's the minimum version that has the fix?
          • confirm that  grails-okapi and KIWT do not need bumping
        • QA: snapshot | local | testing | other

          • dev: does it compile and run as expected?
          • regression testing
        • Release Target: NA
        • Development Estimate: NA

        Sprint 182

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3130


        • Triage

          • fetch of loadMore is causing cache of what's opened to refresh
            • fetch is at rootLevel, so redraw pushes a different set of lines
          • which may be because of batch fetching PO lines 
          • redraw closes and remounts 
        • Approach
          • needs investigation to understand chain of events leading to invalidation or refresh
            • what's the trigger?
            • is there a quick fix? 
            • if not will need a refactor of PO line fetch handling
          • Owen to revisit whether this is an issue in current versions (tick)
        • Components and Changes

          • Frontend: ui-agreements

          • Backend: NA

        • Tests / Data / Dependencies: 

          • none for now, potentially add to testrails catalog
        • Known Unknowns

          • then need to decide what's desirable behaviour - do we need to retain the user's view or reset it post-redraw?
            • if we don't then any data changes won't be reflected
            • if we do, we need to develop a reusable component for consistency across apps
        • QA: snapshot 

        • Release Target: Quesnelia (no backport)
        • Development Estimate

        Sprint 182

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3131

          

        • Not clear how to verify
        • Need to follow up with Molly

        Sprint 182

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3118



        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-2631

        • Approach

          • set up new open source project in K-Int gitlab
          • new micronaut service required (not using okapi or grails)
          • set up a test instance
          • will need a different dev workflow (probably using local copy of service)
          • working title: pushkb
          • avoid storing caches of transient data
        • Components and Changes

          • Frontend: na

          • Backend: new

        • Tests / Data / Dependencies

          • Align to when GBV start testing and using pushkb endpoint
          • ERM-3048 Possible package schema changes  with endpoint changes
        • Known Unknowns

          • should be (but not clear yet) about TitleInstance Resolver
          • packageSchemaUpdater: potential conflicts when there are multiple copies of schemas in play where backwards compatibility is broken
        • QA: snapshot | local | testing | other

        • Release Target:  Quesnalia
        • Development Estimate


        • Current State
          • pushKb can make a scheduled call (1s, 1h) to Gokb
          • will fetch roughly ~700k TIPPS 
          • Stores these in a local postgres db
          • proteus json transform implemented with proof of concept schema
        • TODO
          • scaling
          • extensive transformation testing
          • write fetch chunks and push to FOLIO,
            • implementing algorithm to ensure no data gaps 
            • deciding what to do with the data volume (700k feels beyond FOLIO's performance capability)
            • at a minimum: need to move the FOLIO side to being not an open http request per chunk (would be killed by  okapi), by, eg, 
              • small batch sizes? would take full day for initial ingest
              • speeding up FOLIO? (not clear how this could be done)
              • move pushKb to background thread (like jobs, but on a much smaller scale)? 
        • Constraints
          • want to avoid jobs being badly interrupted by a docker container being restarted
          • tradeoff is that we have a slower but more stable process 
        • Development Estimate


        Sprint 183

        • Current State
          • modelling in place for setting up destinations, and links to
          • improved bootstrapping
          • working on algorithm to extend source record handling from single to process queue of source records without gaps and error handling
        • TODO
          • scaling
          • extensive transformation testing
          • write fetch chunks and push to FOLIO,
            • implementing algorithm to ensure no data gaps 
            • deciding what to do with the data volume (700k feels beyond FOLIO's performance capability)
            • at a minimum: need to move the FOLIO side to being not an open http request per chunk (would be killed by  okapi), by, eg, 
              • small batch sizes? would take full day for initial ingest
              • speeding up FOLIO? (not clear how this could be done)
              • move pushKb to background thread (like jobs, but on a much smaller scale)? 
            • set up api rather than write straight to db
          • scheduling
          • cleanup
          • then: devops work to make releaseable
          • then: reciprocal changes to mod-agreements
        • Constraints
          • want to avoid jobs being badly interrupted by a docker container being restarted
          • tradeoff is that we have a slower but more stable process 
        • Development Estimate (to minimum): 
          • Functional: end of Sprint 184
          • Agreements Work: 
          • DevOps: need input from Steve and/or Ian (from start of Sprint 185)
        • Release:
          • Quesnalia - balance pushKb with mod-agreements interop
        • Unknown:
          • can we use snapshot to test this>?
        Deferred to next sprint

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3048

        • Triage

          • needs some investigation work
          • priority is for GOKb
        • Approach
        • Components and Changes

        • Known Unknowns

          • how do we want to track (count) the external (remote) counts? 
            • In the XML for the package rather than database
            • once the package XML is in hand, count all TIPPs with status=current 
          • where do we want to populate from in other cases?
        • QA: snapshot | local | testing | other

        • Release Target: 
        • Development Estimate

        Sprint 184

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3063
        (error) Owen Stephens

        Status
        subtletrue
        colourYellow
        titleQA

        Deferred to BugFest environment setup (week of 25-29 Mar)

        Sprint 177
        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3133
        (tick) Owen Stephens
        Status
        subtletrue
        colourYellow
        titleQA
        Sprint 182
        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-2981
        (tick) Owen Stephens
        Status
        subtletrue
        colourYellow
        titleQA
        Sprint 183
        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3041
        (error) Claudia Malzer

        Deferred to Sprint 186. No progress expected. Dev on vacation until Sprint 186. 

        • Approach

        • Components and Changes
          • Frontend: stripes-erm-components

        • Tests / Data / Dependencies

          • new unit test to set up form and presents close as expected
        • Known Unknowns: NA
        • QA: snapshot 

        • Release Target: Quesnelia 
        • Development Estimate: <2d

         

        • Progress
          • still issues with submit dates
          • react x finalform
          • feels like minor gain for the effort
        • TODO
          • Share branch with stripes and ask for input
          • De-prioritised
        Sprint 183
        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3130
        (tick) Monireh Rasouli

        Issues with frontend delaying start.

        Cannot see changes on the frontend. 

         

        • Parked in favour of serials management tests
        Sprint 182
        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3132
        (tick) Jack Golding

        Status
        subtletrue
        colourGreen
        titleIn Progress

        • Triage

          • is this the kind of issue that pr707 is meant to have fixed?
          • review log file against pr707 zombie job
          • check that jobs are not stuck, just queued?
        • Approach: subject to investigation findings
        • Components and Changes

          • Frontend

          • Backend

        • Tests / Data / Dependencies: NA

        • Known Unknowns: check with GBV if restarting mod-agreements is viable workaround

        • QA: NA

        • Release Target: Quesnalia 
          • not expecting to backport, as restart may be viable workaround
        • Development Estimate

         

        • Issues tracking this back to federation service
        • Need to revisit the pulse after zombie job changes
        Sprint 183
        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3140
        (tick) Jack Golding

        Status
        subtletrue
        colourGreen
        titleIn Progress

         

        • Does title count need to be fetched also?
          • NO see ERM-3141
          • BUT test that it is fillable with a dummy number
        • Does this need to be Nullable? YES 
        • Update integration tests: glob this to related package schema tests
        • Then ready for Code Review
        Sprint 184

        Ethan Freestone

        Optimisation on ingest

        • Triage

        • Approach
          • Review which queries are affected to confirm that the branch is correct and complete
          • All ingest queries on branch are changed, but need to be refactored
        • Components and Changes

          • Frontend

          • Backend

        • Tests / Data / Dependencies

        • Known Unknowns

        • QA: snapshot | local | testing | other

        • Release Target: 
        • Development Estimate


        Performance fixesEthan Freestone

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3148

        •  
          • Bug: clean up situation where log error causes downstream null pointer exception 
          • clean up for query optimisation 
          • title rename

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3151

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3153

        • Triage

        • Approach
          • revert locked changes and add fallback (ERM-3151) 
          • add query (ERM-3148)
          • investigate triplicate error message
          • remove the match key modelling (ERM-3153)
        • Components and Changes

          • Frontend

          • Backend

        • Tests / Data / Dependencies

        • Known Unknowns

        • QA: 

          • harvesting on snapshot and snapshot-2
          • initially all on live. then review 
        • Release Target: Quesnalia
        • Development Estimate


        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3149
        (question) Owen Stephens

        Mockup drafted

        Unlikely to be the desired solution ahead of other performance priorities

        Defer to Ramsuns


        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3150
        (question) Owen Stephens

        Status
        subtletrue
        colourYellow
        titleNEEDS ANALYSIS

        • Triage

          • Query is slow because it has to count all resources every time we display agreement line, which is every time we display agreement
          • May also affect title lookup 
        • Approach
        • Components and Changes

          • Frontend: NA

          • Backend: mod-agreements

        • Tests / Data / Dependencies

        • Known Unknowns

        • QA: snapshot

        • Release Target: Quesnalia
        • Development Estimate 


        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3152
        Ethan Freestone
        • Triage

        • Approach
          • Extends the work on marking a job as interrupted
          • Closes loop on job interruption to mark data source as released ("idle")
        • Components and Changes

          • Frontend: NA

          • Backend: mod-agreements

        • Tests / Data / Dependencies: NA

        • Known Unknowns: NA

        • QA: dev

        • Release Target: Quesnalia
        • Development Estimate: Wed

         Closed as tested by dev. Not reproduceable for QA.



        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3142
        NA

        Status
        subtletrue
        colourBlue
        titleAWAITING DEPLOYMENT

        Fixed by 

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keySTCOM-1262

        Pending release of STCOM


        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3124

        Moved to QA for review
        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3155
        Ethan Freestone

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3154
        (plus) Ethan FreestoneCan be backported
        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3141
        (plus) Jack Golding
        • Triage

        • Approach
          • changes needed to OAI-PMH adaptor
          • need to parse xml to count states
          • to test: 
            • run harvest locally from gokb-live until seeing a couple of the big packages (should take ~30 minutes)
            • compare with old to make sure consistently handled
        • Components and Changes

          • Frontend: NA

          • Backend: mod-agreements

        • Tests / Data / Dependencies: NA

        • Known Unknowns

          • best way to count in xml? needs some research by dev
          • is there a cursor to point to on gokb-live
            • OS to add example to ticket
        • QA: snapshot

        • Release Target: Quesnelia
        • Development Estimate


        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keyERM-3157
        (question) Jag Goraya 

         

        • confer with II about deprecation

        Tests

        (minus) Cypress test development stalled pending implementation of

        Jira Legacy
        serverSystem JIRA
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc
        keySTCOR-484

        Issue ID

        Sprint Backlog?

        Notes / Estimates / Actions





        Release Tasks (
        Non-Flower Release)

        Issue ID

        Sprint Backlog?

        Notes / Estimates / Actions




        Release Tasks (Orchid CSP)

        Issue ID

        Sprint Backlog?

        Notes / Estimates / Actions

        NA

        Release Tasks (Poppy Bug Fix)

        Issue ID

        Sprint Backlog?

        Notes / Estimates / Actions

        NA



        Maintenance

        Issue ID

        Sprint Backlog?

        Notes / Estimates / Actions

        NA





        Changes

        (plus) Added

        (minus) Removed: note whether rescheduled or deferred

        Feature ID

        Issue ID

        Change

        Notes


        Add column select functionality to selected MCL cases

        (question)

        Example: ui-orders

        Approach: 

        1. investigate whether native stripes component integrates cleanly and easily with ERM applications
        2. apply stripes or bespoke component to selected MCLs







        Sprint Summary

        ERM


        Jira Legacy
        serverSystem JIRA
        columnIdsissuekey,summary,issuetype,assignee,status,components
        columnskey,summary,type,assignee,status,components
        maximumIssues20
        jqlQuerylabels != release and labels in (licenses, agreements, erm) and Sprint = 2104 and issuetype in standardIssueTypes()
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc

        Dashboard

        Jira Legacy
        serverSystem JIRA
        columnIdsissuekey,summary,issuetype,assignee,status,components
        columnskey,summary,type,assignee,status,components
        maximumIssues20
        jqlQuerylabels = dashboard and Sprint = 2104
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc

        Other

        Jira Legacy
        serverSystem JIRA
        columnIdsissuekey,summary,issuetype,assignee,status,components,labels
        columnskey,summary,type,assignee,status,components,labels
        maximumIssues20
        jqlQuery(labels = release or labels not in (licenses, agreements, erm, dashboard)) and Sprint = 2104
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc

        No Label

        Jira Legacy
        serverSystem JIRA
        columnIdsissuekey,summary,issuetype,assignee,status,components
        columnskey,summary,type,assignee,status,components
        maximumIssues20
        jqlQuerylabels is empty and Sprint = 2104
        serverId01505d01-b853-3c2e-90f1-ee9b165564fc