Closed shockhuang closed 10 years ago
補充一下,之後我立即開電腦用瀏覽器,再登入一次同樣使用者的購物車,是可以送出訂單的。 ps 剛剛出現錯誤是用手機,並且網路是 ok 的。
哈摟弄剛剛反應的
這是 7/22 14:22~15:52 之間,error_msg:訂單送岀時發生問題,請稍後再試。
中午 12:28
應該也是類似的問題,紀錄一下
7/14 下午的錯誤訊息回報
第二個 alert 是我前天加上去的, 有助於釐清問題, 最後一個錯誤回報就多了關鍵的錯誤訊息
這又是個沒有先 identify 問題就急著實作的例子, 往往會引發後續很多問題(算以前欠的債)
經過這陣子實際下去測試, 我不覺得新版購買流程不上我們可以專注開發其他的東西
我也感覺到了 沒想到問題這麼嚴重
Best Regards
企劃指導 / PD
黃政漢 / Shock Huang
P 0989-625-824 M pproo.reader@gmail.com Web www.pointdesign.tw
T 02-2663-1468 統編 53716150 / HaveFun Tech.
zouber notifications@github.com 於 2014年7月15日 上午1:56 寫道:
經過這陣子實際下去測試, 我不覺得新版購買流程不上我們可以專注開發其他的東西
— Reply to this email directly or view it on GitHub https://github.com/zouber/Fanshop/issues/434#issuecomment-48933904.
呃... 這點的嚴重性我之前就已經有講過了, 我不認為是預先推測不到的
經過一連串測試後(包含後端 API 邏輯), 目前最有可能的原因是因為使用者沒有填付款資訊(他的物流方案並不屬於不必填付款資訊的那幾種), 而他自己不自知
之前因為一些需求的關係(詳細什麼需求我忘了), 有把自動選取付款資訊的那段 code 局部拿掉, 我剛測出來當 user 直接選取物流方案完畢就點"我已匯款" 的話, 系統是不會去替他選擇有填寫的付款資訊, 就直接送出訂單, 所以估計是在這個環節上發生錯誤(Note: 我現在把探測的 code 放到正式機, 應該放著讓它跑一天就會收到更幫助確認的資料了)
Note: 後來測試的結果是當 user 選了不需要付款資訊的物流方案, 就不會自動選, 反之則會自動選取 照理說前台這樣設定, 後台API 也有考慮到, 應該不會有這樣的 error, 所以現在需要釐清到底在這些錯誤發生時, 使用者到底是選了那個物流方案, 有沒有選匯款資訊
已經放出 sensor, 上到正式機, 請業務端幫忙密切注意用戶反應
今天把錯誤產生報表改得更詳細, 新增 user id 和 vendor id 和 發生時間
可以注意到最後幾筆有 vid, @shockhuang 可以據此先跟店家聯繫
7/17 AM 12:09 終於發現了問題癥結:
起因於 user 本來沒填付款資訊, 後來遇到提示填完後 直接按送出紐, 此時既有的機制並不會將他填的資料夾帶送出 但會認定他已經有填, 所以讓他送出 於是乎就會造成這個詭異的問題 -- 明明有填資訊, 但看起來錯誤訊息像是沒填
Note: 在 user 點選 "我已匯款" 時, 若他還處於填寫訂單的狀態, 系統會自動去檢查他是否填得完整, 若完整無誤就會自動儲存資訊並送出訂單, 但這次的錯誤發生在雖然他填的匯款資訊已經儲存, 但卻沒有塞入對應的儲存性 DOM 元件裡頭, 導致送單程式無法讀取該匯款資訊
--> 作法應該是在儲存時, 就將該資訊塞入對應的 DOM 元件裏頭
這些單是跟昨天一樣的問題訂單嗎? 我是不是需要把資料提供給店家?
Best Regards
企劃指導 / PD
黃政漢 / Shock Huang
P 0989-625-824 M pproo.reader@gmail.com Web www.pointdesign.tw
T 02-2663-1468 統編 53716150 / HaveFun Tech.
zouber notifications@github.com 於 2014年7月17日 上午12:14 寫道:
7/17 AM 12:09 終於發現了問題癥結:
起因於 user 本來沒填付款資訊, 後來遇到提示填完後 直接按送出紐, 此時既有的機制並不會將他填的資料夾帶送出 但會認定他已經有填, 所以讓他送出 於是乎就會造成這個詭異的問題 -- 明明有填資訊, 但看起來錯誤訊息像是沒填
— Reply to this email directly or view it on GitHub https://github.com/zouber/Fanshop/issues/434#issuecomment-49189435.
不一樣, 裡面大部分都是7/16 新發生的 建議你比照一下昨天的uid, 把新的 error 回報給店家 應該不會麻煩, 因為昨天記錄到的只有3起
由此錯誤也可反推不少 user 的使用流程, 如下:
如此就會發生本 error 成因是因為儲存使用者資訊時, 沒有同步將他的付款資訊儲存在 DOM 裡 而送出訂單的 js 往後要送出付款資訊時, 是去該 DOM 拿, 如此一來當然會拿不到 但檢查資訊有沒有填完整卻不是去檢查那個DOM, 而是去檢查表單 這樣一來就會發生表單明明有填(所以能通過檢測順利送出訂單) 但送出去的付款資訊卻為空白, 造成後臺報錯的情形, 即本issue 描述的錯誤
已解(Rev. 1891), 7/17 凌晨上版到正式機且在 PiiMALL (按照之前會發生錯誤的程序)送了一張單, 正常
請 @shockhuang 再密切幫忙注意商家是否還有反應這種錯誤
藉由這個 issue 還順便預習了新版購物車的自動預警系統要怎麼設計
7/17 PM 7:17
今天持續觀察, 發現最後一筆錯誤發生在我昨天測試時, 所以今天應該是沒有再有錯誤發生
已完成
發生時間約:7/10 晚上 8:05~8:08