我通過WP-FB-AutoConnect wordpress插件遇到了所有瀏覽器錯誤。成功登錄後(通過日誌和會話測試確認),表單的callback_function.submit()會導致404錯誤。但是,當我刷新頁面時,文件確實存在。就好像在元素的action屬性中存在某種編碼錯誤,但是,我已經嘗試了所有明顯的修復,從urlencode()到htmlentities()。顯然無法感知404跨瀏覽器錯誤
由於我無法提供一個示例,因爲它位於受保護的開發環境中,請允許我描述該插件的工作方式。我有一種強烈的感覺,這與特定的插件無關,而是我不熟悉的結果。
- 用戶點擊Facebook登錄。
- Facebook登錄提示按預期顯示,並且用戶單擊'允許'
- 會話已啓動。在日誌中確認,並通過訪問網站確認會話確認。
- 但是,當表單通過提供給Facebook API的函數中包含的回調函數[document.callback_function.submit()]提交時,生成的頁面是'鏈接看起來被破壞[chrome]'。
- 該文件存在。這通過刷新瀏覽器所說的不存在的頁面來確認。
一些注意事項:
- 權限是正確的。頁面在刷新時加載。該文件存在。
- 這個錯誤出現在Webkit和Moz,我沒有打擾IE瀏覽器,因爲這是一個完全不同的令人頭痛的問題。
- 該鏈接正確無誤,URL中的任何字符都看起來不正確。
- 同樣,任何日誌中的零錯誤。
請注意:我很難描述這個錯誤,因爲它很不起眼。在我13年的網頁開發中,我從未遇到過像這樣的事情。
我希望有人在那裏經歷過類似的事情並對此事有任何意見。我真的希望這只是我謙卑的一刻。經過幾小時和幾個小時的調試,看到一個無形的錯誤,並且由於缺乏描述問題的能力而拒絕來到這裏,我沒有其他選擇。我找不到任何此錯誤的發生,無論是Facebook登錄特定的錯誤,還是通常在Javascript中,瀏覽器問題或通過Google或Stack Overflow等途徑發生的服務器端問題。
您可以嘗試在Chrome控制檯處於打開狀態時提交表單嗎?特別是,打開網絡選項卡並點擊底部的「點」按鈕(「保留導航日誌」)。我的猜測是有一些奇怪的重定向正在進行。隨着網絡標籤,你可能會看到發生了什麼。 –
檢查,很快就會跟進。 – Sandwich
所以得到這個,我今天早上醒來......試試吧.... VIOLA!有用。我係統中的小鬼們嘲笑我的死亡,並在昨天浪費了8個小時。對我來說,肯定是一段謙卑的時刻。 – Sandwich