feat: Add initial delay for polling feature configuration

[samuolis]

Description

• Added pollingDelayInMillis in initialize options, to declare delay for the first request of feature flags
• Added tests to cover this case

This should solve the issue of getting feature flags before the first polling even happened (Default delay is 5 mins, it is okay for polling but not okay for waiting for initial data)

Checklist

• I have tested this code
• I have added unit test to cover this code
• I have updated the documentation (README.md and /website/docs)
• I have followed the contributing guide

[netlify]

✅ Deploy Preview for go-feature-flag-doc-preview canceled.

Name	Link
🔨 Latest commit	e7202d3
🔍 Latest deploy log	https://app.netlify.com/sites/go-feature-flag-doc-preview/deploys/66d6b83c86ba260008f03ea0

[samuolis]

@thomaspoignant Do this library need code duplication check on tests, because it is falling on already existing tests?

Edit:
Changed sonar config to include those files, there was typo

[thomaspoignant]

@samuolis thanks for your pull request, it fixes an important problem from the provider.

I am currently away (taking some vacation), but I will look closely to your PR early September and we will be able to release a new version of the provider with this addition.

For the code duplication, this should not be a problem for test, thanks for the sonar fix 🙏

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 86.02%. Comparing base (eec11f3) to head (e7202d3).
Report is 58 commits behind head on main.

Additional details and impacted files

@@           Coverage Diff           @@
##             main    #2257   +/-   ##
=======================================
  Coverage   86.02%   86.02%           
=======================================
  Files         102      102           
  Lines        3743     3743           
=======================================
  Hits         3220     3220           
  Misses        399      399           
  Partials      124      124           

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

[sonarcloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarCloud

[thomaspoignant]

Hi @samuolis,

thanks for your contribution! I appreciate you taking the time to submit a pull request.

I'd like to understand a bit more about the context of your changes in this PR. While reviewing the code, I noticed that the initial API call to retrieve flags happens before polling starts.

go-feature-flag/openfeature/providers/kotlin-provider/gofeatureflag-kotlin-provider/src/main/java/org/gofeatureflag/openfeature/ofrep/OfrepProvider.kt

Line 58 in 46aeea6

val bulkEvaluationStatus = evaluateFlags(initialContext ?: ImmutableContext())

This design approach ensures that flags are available immediately, even before the first polling cycle.

Could you elaborate on the specific issue you're trying to address with this pull request? Understanding your thought process will help me provide more relevant feedback.

If you have any questions or need further clarification on the current implementation, feel free to ask! I'm happy to discuss this further.

[thomaspoignant]

Oh, good catch 👌
I want to fast here 🤦

[samuolis]

Sorry for such a delay, I missed this line somehow. I now see what was the problem, somehow the first API call was getting cancelled, now it works perfectly