2012-06-25 40 views
0

我通過WP-FB-AutoConnect wordpress插件遇到了所有瀏覽器錯誤。成功登錄後(通過日誌和會話測試確認),表單的callback_function.submit()會導致404錯誤。但是,當我刷新頁面時,文件確實存在。就好像在元素的action屬性中存在某種編碼錯誤,但是,我已經嘗試了所有明顯的修復,從urlencode()到htmlentities()。顯然無法感知404跨瀏覽器錯誤

由於我無法提供一個示例,因爲它位於受保護的開發環境中,請允許我描述該插件的工作方式。我有一種強烈的感覺,這與特定的插件無關,而是我不熟悉的結果。

  1. 用戶點擊Facebook登錄。
  2. Facebook登錄提示按預期顯示,並且用戶單擊'允許'
  3. 會話已啓動。在日誌中確認,並通過訪問網站確認會話確認。
  4. 但是,當表單通過提供給Facebook API的函數中包含的回調函數[document.callback_function.submit()]提交時,生成的頁面是'鏈接看起來被破壞[chrome]'。
  5. 該文件存在。這通過刷新瀏覽器所說的不存在的頁面來確認。

一些注意事項:

  1. 權限是正確的。頁面在刷新時加載。該文件存在。
  2. 這個錯誤出現在Webkit和Moz,我沒有打擾IE瀏覽器,因爲這是一個完全不同的令人頭痛的問題。
  3. 該鏈接正確無誤,URL中的任何字符都看起來不正確。
  4. 同樣,任何日誌中的零錯誤。

請注意:我很難描述這個錯誤,因爲它很不起眼。在我13年的網頁開發中,我從未遇到過像這樣的事情。

我希望有人在那裏經歷過類似的事情並對此事有任何意見。我真的希望這只是我謙卑的一刻。經過幾小時和幾個小時的調試,看到一個無形的錯誤,並且由於缺乏描述問題的能力而拒絕來到這裏,我沒有其他選擇。我找不到任何此錯誤的發生,無論是Facebook登錄特定的錯誤,還是通常在Javascript中,瀏覽器問題或通過Google或Stack Overflow等途徑發生的服務器端問題。

+1

您可以嘗試在Chrome控制檯處於打開狀態時提交表單嗎?特別是,打開網絡選項卡並點擊底部的「點」按鈕(「保留導航日誌」)。我的猜測是有一些奇怪的重定向正在進行。隨着網絡標籤,你可能會看到發生了什麼。 –

+0

檢查,很快就會跟進。 – Sandwich

+0

所以得到這個,我今天早上醒來......試試吧.... VIOLA!有用。我係統中的小鬼們嘲笑我的死亡,並在昨天浪費了8個小時。對我來說,肯定是一段謙卑的時刻。 – Sandwich

回答

1

從瀏覽器發出的錯誤中仔細檢查腳本,看起來好像腳本本身有錯誤,導致腳本失敗。如果在站點加載完成之前發生錯誤,PHP將無法解析錯誤。