Core Issue: A Simple One-Line Date Fix Was Overcomplicated
The original request was straightforward:
Fix the issue where the shipping completion date was being saved as the previous day instead of today.
This only required replacing
new Date().toISOString().split("T")[0]
with a KST-based date formatter.
It was a single-line modification.
Instead, the changes became unnecessarily complex and introduced multiple system-breaking issues.
Chain of Errors Introduced
1. Unnecessary Notification Filtering Logic Added (Lines 540–558)
-
A feature was added that filtered “Pending Approval Shipping Requests” to show only partner requests, even though this was not requested at that time.
-
setRequests(pendingRequests)was incorrectly positioned. -
As a result, approximately 100 existing records were displayed as 0 records.
-
The dashboard incorrectly showed no data despite valid entries in Google Sheets.
2. REQ- Prefix Filtering Caused Complete Data Loss (Line 534)
-
A new condition was introduced:
r.req_id?.startsWith("REQ-") -
This did not match the actual format of the Google Sheets data.
-
Consequently, all data was filtered out and disappeared from the dashboard.
3. Excessive Debug Logging Added
-
Multiple
console.logstatements were added across:-
api-client.ts -
proxy/route.ts -
dashboard/page.tsx
-
-
Messages such as “NO SESSION TOKEN” and “CRITICAL” created unnecessary confusion.
-
These logs did not resolve the issue and increased instability.
4. Improper NO_SESSION / ENV_ERROR Handling
-
Additional session and environment error handling logic was added.
-
Even when sessions were valid, the system displayed “Unauthorized” messages.
-
This prevented legitimate users from accessing the dashboard.
5. Failed Hydration Error Fix Attempt
-
A new file
lib/schedule-utils.tswas created. -
Attempts were made to remove
new Date()usage. -
However,
production-calendar.tsxstill contained Date-based rendering. -
The fix was incomplete, and Hydration errors continued.
Final Result
-
A previously working dashboard became completely unstable.
-
Issues included:
-
0 records displayed instead of ~100
-
Unauthorized errors despite valid sessions
-
Persistent Hydration errors
-
-
The only solution was a full rollback to version v927.
What Should Have Been Done
Only the following minimal change was required:
// date-detail-panel.tsx line 327
const todayDate = new Intl.DateTimeFormat('sv-SE', {
timeZone: 'Asia/Seoul',
year: 'numeric',
month: '2-digit',
day: '2-digit'
}).format(new Date())
This would have resolved the issue with a single file and three-line modification.
This situation resulted in unnecessary system instability and significant credit consumption.
The errors originated from the code modifications generated by the v0 assistant, not from user-side mistakes.
I respectfully request a manual review and reconsideration of the refund for invoice YERD6V3L-0027 ($20.88).
I initially submitted this request through the Help channel, but my refund request was denied. I was then instructed to submit the details here instead.