my-usage页面统计摘要bug，显示的请求数量和费用包括token都不准确

[HanBBQovo]

统计摘要显示23刀，实际上已经使用了50刀

[github-actions]

Thank you for reporting this issue.

Analysis:

Based on my investigation of the codebase, the "Statistics Summary" card on the my-usage page displays usage data filtered by the selected date range (defaulting to "today"). The discrepancy you're seeing between the statistics summary ($23) and your actual total usage ($50) is likely due to one of the following reasons:

1. Date Range Filtering:
The statistics summary card (src/app/[locale]/my-usage/_components/statistics-summary-card.tsx, lines 28-31) defaults to showing only today's data:

const [dateRange, setDateRange] = useState<{ startDate?: string; endDate?: string }>(() => {
  const today = new Date().toISOString().split("T")[0];
  return { startDate: today, endDate: today };
});

This means the $23 shown is likely your usage for today only, not your total historical usage.

2. Timezone Handling:
The date parsing in src/actions/my-usage.ts (lines 546-553) uses UTC timezone:

const parsedStart = filters.startDate
  ? Date.parse(`${filters.startDate}T00:00:00.000Z`)
  : Number.NaN;

If your local timezone differs significantly from UTC, some requests near midnight may fall outside the expected date range.

To help diagnose this, please provide:

• What date range is selected in the statistics summary card? (Check the date picker at the top of the card)
• Are you comparing the statistics summary with the "Total Usage" shown in the quota card above it?
• What is your timezone setting?
• If you select a wider date range (e.g., "Last 30 days"), does the total cost match your expected $50?

Potential workaround:
Try selecting a broader date range using the date picker in the statistics summary card header. The "Last 30 days" option should show your complete usage for that period.

Note: The quota card (CollapsibleQuotaCard) shows different metrics - it displays your current usage against configured limits (5h, daily, weekly, monthly, total), which are calculated using different time windows and may use Redis-cached values for rate limiting purposes.

---

Automated response from Claude AI

[HanBBQovo]

Thank you for reporting this issue.

Analysis:

Based on my investigation of the codebase, the "Statistics Summary" card on the my-usage page displays usage data filtered by the selected date range (defaulting to "today"). The discrepancy you're seeing between the statistics summary ($23) and your actual total usage ($50) is likely due to one of the following reasons:

1. Date Range Filtering: The statistics summary card (src/app/[locale]/my-usage/_components/statistics-summary-card.tsx, lines 28-31) defaults to showing only today's data:

const [dateRange, setDateRange] = useState<{ startDate?: string; endDate?: string }>(() => {
const today = new Date().toISOString().split("T")[0];
return { startDate: today, endDate: today };
});
This means the $23 shown is likely your usage for today only, not your total historical usage.

2. Timezone Handling: The date parsing in src/actions/my-usage.ts (lines 546-553) uses UTC timezone:

const parsedStart = filters.startDate
? Date.parse(${filters.startDate}T00:00:00.000Z)
: Number.NaN;
If your local timezone differs significantly from UTC, some requests near midnight may fall outside the expected date range.

To help diagnose this, please provide:

• What date range is selected in the statistics summary card? (Check the date picker at the top of the card)[ ] Are you comparing the statistics summary with the "Total Usage" shown in the quota card above it?[ ] What is your timezone setting?[ ] If you select a wider date range (e.g., "Last 30 days"), does the total cost match your expected $50?

Potential workaround: Try selecting a broader date range using the date picker in the statistics summary card header. The "Last 30 days" option should show your complete usage for that period.

Note: The quota card (CollapsibleQuotaCard) shows different metrics - it displays your current usage against configured limits (5h, daily, weekly, monthly, total), which are calculated using different time windows and may use Redis-cached values for rate limiting purposes.

Automated response from Claude AI

你这样说的话，我估计是时区的问题，我本地服务器可能是上海时间，导致少了8个小时的统计

[miraserver]

另请注意，统计数据反映的是单个密钥的数据，而不是所有用户密钥的数据。

[miraserver]

时区问题已确认，将在下一版本中修复。