Fix isReady & mandatory fields on inject form

[RomuDeuxfois]

Proposed changes

• Fix is ready method on inject
  • mandatory
  • mandatory group
  • mandatory on condition
• Add tests
• Fix i18n thanks to WWT feedbacks

Linked to:

• Fix isReady & mandatory fields on inject form #3336
• [nuclei/nmap] Improve & fix contracts injectors#78

[codecov]

Codecov Report

Attention: Patch coverage is 90.00000% with 1 line in your changes missing coverage. Please review.

Project coverage is 44.30%. Comparing base (7dca377) to head (55e2dc8).

Files with missing lines	Patch %	Lines
.../io/openbas/injectors/caldera/CalderaContract.java	0.00%	1 Missing ⚠️

Additional details and impacted files

@@                  Coverage Diff                  @@
##             release/current    #3336      +/-   ##
=====================================================
+ Coverage              44.28%   44.30%   +0.01%     
- Complexity              2641     2643       +2     
=====================================================
  Files                    724      725       +1     
  Lines                  21988    21994       +6     
  Branches                1502     1502              
=====================================================
+ Hits                    9738     9744       +6     
  Misses                 11727    11727              
  Partials                 523      523              

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

[antoinemzs]

This looks like it might need a database migration to account for existing contracts not having the new field names (and having old ones that arent' recognised anymore)

[RomuDeuxfois]

This looks like it might need a database migration to account for existing contracts not having the new field names (and having old ones that arent' recognised anymore)

No migration is needed because contracts are automatically updated at application startup. This process ensures that existing contracts are aligned with the new field structures, handling both legacy fields and newly introduced ones seamlessly.