[ConfigCat] Evaluation errors are returned as a successful default with no error code
维护者通常 1 天内回复
评估
- 难度
- 3/5
- 预计耗时
- 1-2 天
- 新手友好度
- 68/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 活跃
- 技术栈
- java
调研方向
Start with ConfigCatProvider's getEvaluation method, which the issue identifies as ignoring EvaluationDetails.getError(), and reproduce the cases using the module tests' local features.json override. Done means missing flags return FLAG_NOT_FOUND with reason ERROR, and other evaluation errors return GENERAL with the ConfigCat error message.
由索引模型根据 Issue 内容生成。
描述
Observed behavior
When ConfigCat cannot evaluate a flag, ConfigCatProvider returns the caller's default value with no errorCode, no errorMessage and no reason. Error hooks do not run, and the evaluation looks successful.
This affects at least these cases:
- The flag key does not exist in the config.
- The flag type does not match the requested type, for example
getIntegerDetailson a string setting.
ConfigCat itself detects both errors and reports them in EvaluationDetails.getError(), but getEvaluation ignores that field.
Expected behavior
A missing flag resolves with errorCode=FLAG_NOT_FOUND and reason=ERROR. Other ConfigCat evaluation errors resolve with an error code (GENERAL) and the ConfigCat error message.
Steps to reproduce
Use the provider with the local features.json override from the module tests:
FlagEvaluationDetails<String> details = client.getStringDetails("non-existing", "fallback_str");
// value=fallback_str, reason=null, errorCode=null, errorMessage=null
ConfigCat logs [1001] Failed to evaluate setting 'non-existing' (the key was not found in config JSON), but the OpenFeature result reports no error.
Version: dev.openfeature.contrib.providers:configcat 0.2.1 (current main), configcat-java-client 9.4.4.
- 主要语言
- Java
- 星标
- 49
- 派生
- 85
- 平均合并
- 1 天 14 小时
- 30 天内合并 PR
- 53
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
open-feature/java-sdk-contrib 的其他 Issue
-
Bug: FlagStore does not interrupt watcher thread on shutdown可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭
难度 2/5 1-3 小时 新手友好度 72/100
open-feature/java-sdk-contrib#1966 ·
维护者通常 1 天内回复
-
test(flagd): drop the per-scenario /stop in e2e teardown once the testbed includes flagd-testbed#396未关闭
难度 2/5 1-3 小时 新手友好度 68/100
open-feature/java-sdk-contrib#1891 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
open-feature/java-sdk-contrib#1861 ·
维护者通常 1 天内回复
-
fix!: opentelemetry-semconv-incubating bump renames feature_flag.provider_name attribute可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭
难度 2/5 1-3 小时 新手友好度 68/100
open-feature/java-sdk-contrib#1843 ·
维护者通常 1 天内回复
-
[go-feature-flag] Should remote evaluation emit events and fail init on an unreachable relay proxy?可能已有人在做 @thomaspoignant 于 15 天前认领。 未关闭
open-feature/java-sdk-contrib#1948 · 1 条评论 · 已指派 1 人 ·
维护者通常 1 天内回复
查看 open-feature/java-sdk-contrib 的全部 Issue
相似的 Issue
-
needs-area-label
难度 2/5 1-3 小时 新手友好度 66/100
维护者通常 2 天内回复
-
enhancement Java macOS
难度 2/5 1-3 小时 新手友好度 78/100
freerouting/freerouting#1079 ·
维护者通常 4 天内回复
-
难度 2/5 1-3 小时 新手友好度 66/100
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 78/100
apache/maven-enforcer#1074 ·
维护者通常 1 天内回复
-
Gradle liquibaseDiffChangelog drops jhi_date_time_wrapper可能已有人在做 @mraible 今天认领。 未关闭area: triage theme: undefined
难度 2/5 1-3 小时 新手友好度 88/100
jhipster/generator-jhipster#35998 ·
维护者通常 1 天内回复