Issue Description
I never receive the Daily 100 Credits entry in Qoder Desktop (international). The gift icon in the usage panel works, but the popup only ever contains the September “Pro / Pro+ first month double Credits” card. My account matches every published eligibility criterion, so I’d like to know whether it is being excluded by an undocumented rule.
| Item | Value |
|---|---|
| Product | Qoder Desktop, international edition |
| Login | GitHub |
| Account uid | 01a0869d-9189-7d9f-827b-e405e0c3ba9c |
userType (from app log) |
personal_professional_trial |
region (from app log) |
global |
| Plan | Personal, not Teams / not Enterprise. In-plan Credits 300/month, refreshes 2026-09-23, 28 used / 272 remaining |
Steps to Reproduce
- Launch Qoder Desktop 0.3.3 (international) and sign in with the personal GitHub account above.
- Open the usage panel at the bottom-left, then click the gift icon.
- Observe the campaign popup.
Expected Behavior
Per the Daily 100 Credits page, an international personal Pro Trial account is inside the target audience:
适用用户：Qoder 国际版新老个人用户，包括体验版（免费）、Pro 试用期、Pro、Pro+ 和 Ultra 用户。团队版（Teams）及企业版（Enterprise）订阅用户不适用。
领取渠道：仅限 Qoder 桌面端。
入口：点击客户端左下角的 用量面板 → 礼物图标，进入活动入口。
So during the 10:00 to next-day 10:00 window the popup should offer a claimable Daily 100 Credits entry.
Actual Behavior
The popup shows only the September subscription-bonus card, with just a “View details” button. No daily-claim card, no second card, no carousel.
That popup is driven entirely by one endpoint. From main.log, request at 2026-09-19T03:00:15.332Z (= 11:00 Beijing time, inside today’s claim window):
[2026-09-19T03:00:15.332Z] [INFO] [main] [Campaign] 活动状态请求返回
{
"method": "GET",
"origin": "https://openapi.qoder.sh",
"path": "/sash/api/v1/me/campaigns",
"clientType": 10,
"forceRefresh": false,
"statusCode": 200,
"durationMs": 372,
"payload": {
"uid": "01a0869d-9189-7d9f-827b-e405e0c3ba9c",
"showCampaign": true,
"claimable": false,
"campaignUrl": "https://openapi.qoder.sh/growth-page/activity-iframe",
"campaigns": [
{
"campaignId": "01a05bce-e800-7494-a002-806e4438f483",
"campaignKey": "act-20260901-493",
"actionType": "VIEW_DETAILS",
"startAt": 1788247200,
"endAt": 1790783940,
"claimStatus": "CLAIMED",
"placements": [
{ "type": "POPUP", "campaignUrl": "https://openapi.qoder.sh/growth-page/activity-iframe" },
{ "type": "USAGE" }
]
}
]
}
}
The response contains exactly one campaign — act-20260901-493, the September subscription bonus, already CLAIMED, which is why it only offers “View details”. claimable is false overall and the daily campaign is absent. The UI is faithfully rendering what the server returned.
This is not a client-side rendering bug: across the entire session log, /sash/api/v1/me/campaigns and /growth-page/activity-iframe are the only campaign-related requests. There is no separate check-in or claim call the client could be failing on.
Already ruled out locally:
- Version — running
0.3.3; the officiallatest.ymlreports the same version and the same commit, so the client is current. - Stale campaign cache — the response is cached about 5 minutes (
expiresInMs ≈ 299900); I fully quit and relaunched at 11:00 today and the fresh response still lists one campaign. - Claim window — the request above was made inside today’s 10:00 to next-day 10:00 window.
- Plan / region —
personal_professional_trial,region: global, personal account, not Teams or Enterprise.
What I’d like clarified
In #12597 Staff answered an identical report with:
系统检测到该账号存在同设备重复登录记录，按「一设备一账号仅一次试用」规则，本次暂无法参与活动。
That device-level trial rule does not appear anywhere on the campaign page, and it seems to contradict the published eligibility list, which explicitly includes Pro Trial accounts. So:
- Is my account (
01a0869d-9189-7d9f-827b-e405e0c3ba9c) being filtered by that rule as well? Could you check the server-side targeting for this uid? - If yes — what exactly counts as “同设备重复登录记录”? The device fingerprint, the number of trial accounts ever signed in on this machine, or something else?
- Is there an appeal path? A rule that silently turns a documented-eligible account into
claimable: falseis effectively invisible from the user side. - Whatever the outcome, could the device/trial exclusion be added to the campaign page? Right now users can only discover it by opening a forum thread.
- If this is a targeting gap on your side, will the missed daily claims be compensated? The page states missed windows cannot be backfilled, which is why I am raising it now rather than waiting.
For transparency about my device: this machine has run both Qoder CN and Qoder International (QoderCN.exe exists under ~/.qoder-cn/shared_client/bin/2026.910.1/x86_64_windows/). But the international desktop app’s own data directory contains exactly one uid — 01a0869d-9189-7d9f-827b-e405e0c3ba9c, appearing 70 times across the logs, with no other account id anywhere. I have not cycled multiple accounts through this client, so if a device flag is what blocks me, I’d like to understand what triggered it.
I have not filed an in-app report yet — if a 反馈码 is the fastest way for you to pull my logs, say the word and I will submit one from the client and add the code here.
Screenshots / Screen Recordings
Three screenshots attached below: the bottom-left navigation with the account/usage entry; the usage panel showing the gift icon next to the refresh icon; and the gift popup containing only the September bonus card.
Operating System
Windows 11 Home (Chinese Edition), build 26200 / version 10.0.26200, x64, user-scope install at D:\Program Files\Qoder.
Current Qoder Version (Menu → About Qoder → Copy)
0.3.3 — commit 4d288b16e88dfbe5a75c07ee5a640abc1d7cd568, build 73344904, buildTime 2026-09-17T15:54:27Z. Identical to the official stable feed (latest.yml), so nothing is pending.
中文摘要
国际版桌面端 0.3.3（与官方 latest.yml 的 commit 完全一致，已是最新），GitHub 登录，个人账号（uid 01a0869d-9189-7d9f-827b-e405e0c3ba9c），日志中 userType: personal_professional_trial、region: global，非 Teams/Enterprise。
左下角用量面板的礼物图标存在且能弹出活动窗口，但窗口里只有「9月 Pro/Pro+ 首月 Credits 翻倍」这一张卡片（claimStatus: CLAIMED，所以只有「查看详情」），没有「每日领取 100 Credits」的入口。
活动弹窗只由 GET https://openapi.qoder.sh/sash/api/v1/me/campaigns 决定。2026-09-19 11:00（北京时间，处于当日领取窗口内）返回 200，showCampaign: true、claimable: false，campaigns 数组只有一条 act-20260901-493。整份日志里除该接口和 /growth-page/activity-iframe 外没有任何每日领取/签到类请求，说明不是客户端渲染问题，而是服务端没有把该活动下发到本账号。
想确认：本账号是否命中 #12597 中官方提到的「一设备一账号仅一次试用」设备级规则？该规则在活动页文档里查不到，而文档明确写了 Pro 试用期属于适用人群，两者存在冲突。若有此规则，判定口径是什么、能否申诉、能否把排除条款补进文档？若确属定向遗漏，错过的天数能否补发？
补充：本机确实同时装过 Qoder CN 与国际版，但国际版桌面端自己的数据目录里只有一个 uid（出现 70 次，无任何其他账号 id），并没有在这台设备上轮换过多个账号。
