Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cannot save operation representative when there are a lot of contacts #2986

Open
3 tasks
fviduya opened this issue Mar 11, 2025 · 1 comment
Open
3 tasks

Comments

@fviduya
Copy link
Contributor

fviduya commented Mar 11, 2025

Description of the Tech Debt

During registration of operation, when there are a lot of contacts (tested with 300 contacts), operation representative cannot be saved.

This is displayed in the console:

Image

Tech Debt Triage

The purpose of our technical debt triage process is to analyze technical debt to determine risk level of the technical debt and the value in tackling that technical debt.

Risk Value Scoring:

Level Value
High
3
Medium
2
Low
1
Technical Debt - Risk Types Level Value
Business Area Risk - Risk of business area visibility / damage to user experience 0 0
Developer Fault Risk - How likely will this tech debt cause a future error related to coding on top of it 0 0
System Fault Risk - Risk of system errors or application downtime 0 0
Time Scale Risk - Compound risk effect if left alone. How much more difficult to fix or dangerous will this become over time? 0 0
Time Sink Risk - How much will this tech debt slow the development process down 0 0
TOTAL SCORE:
0 0

Development Checklist:

  • Checklist item
  • Checklist item
  • Checklist item
@fviduya
Copy link
Contributor Author

fviduya commented Mar 11, 2025

Hi @patriciarussellCAS / @vesselak tagging for visibility.

This issue prevents user from registering an operation because it doesn't allow an operation representative to be saved when there are a lot of records in contacts page. I replicated this locally, I started from 50 records and incremented by 50 until I failed to register an operation - locally that happened after having 300 records. I can do some test again in the environment. This might be edge case scenario as realistically they might not have that much contacts per operator, but it is still possible to be encountered given that we do not limit the number of contacts.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant