在GF脚本页直接编辑收藏集
手動編輯的按鈕,指向變成
https://greasyfork.org/zh-TW/scripts/364-camp-firefox-de-ignorefunktion
修了
目前加入最愛功能正常,但是都會顯示文字未知錯誤,不過收藏集都有成功的打勾
加入最愛功能確實存在問題,已經修了,但是我這裡遇到的問題並不是“顯示文字未知錯誤,不過收藏集都有成功的打勾”,所以還需要你更新後再幫忙測一下你反饋的問題還在不在。
另外,顯示未知錯誤但有成功的打勾這種情況,不一定加入收藏集成功了,未知錯誤下腳本並不知道有沒有成功; 這時候點一下同步才能知道是不是真的加入了收藏集。
同步後打勾沒有消失就是成功啦
感谢反馈
感謝作者的好用腳本
關於載入收藏集優先權過高,導致其他操作要等載入後才能執行
從1.8版開始,由於要獲取收藏集,辨認是否已經加入的動作,在這幾秒獲取期間,點其他網址,例如作者頁面,或是F5重新整理,都須等收藏集獲取的載入結束後才會執行。
最近因為常點資訊頁和反饋,或重新整理F5,才意外發現似乎變得很慢,剛才反覆關閉腳本然後測試降回1.7版才明白。
不過一般情況下並不影響,畢竟也很少這樣反覆跳網頁的,純回報@@"
補充:
在反饋頁feedback,也會載入收藏集,
所以點進一個反饋後,跳出來,要再點別的反饋進去看,需要等數秒,獲取收藏集結束才會執行
按道理說不會出現您說的載入收藏集阻滯其他頁面操作的情况,載入收藏集的過程是在後臺和所有其他操作並行進行的。
我這裡實際測試也是可以在收藏集載入完成前就跳轉到其他頁面,並沒有出現頁面等待收藏集載入才能操作的情况,唯一需要等待收藏集載入的操作就是灰選的腳本按鈕操作。
您是什麼版本的瀏覽器和系統呢?
我看了一下Cent Browser官網,好像是只有windows版本對吧,我這裡是蘋果電腦所以比較難以調試。
剛剛我也又查了1.7和1.8版本的程式碼,兩個版本程式碼的差异只有1.8比1.7多了幾個加載收藏集內容的網絡請求,和一個網絡請求均衡器(用於大量網絡請求時對網絡請求進行排隊處理,防止全部同時發送導致網絡阻滯),看不出有什麼會導致網頁無法操作的問題。
你可以試試在最新版(0.2.5.1)裏將第444行的true
改成false
,或者(如果你想用1.8版本)降級到1.8版本後在腳本程式碼裏Ctrl+F檢索GMXHRHook(5);
替換為//GMXHRHook(5);
(改完記得保存程式碼刷新頁面)。 這將會禁用網絡請求均衡器,也許可以消除bug。
另外,當收藏集加載時,是僅僅不能跳轉其他頁面,還是網頁整個都“卡住”了(網頁對一切用戶操作都沒有任何反應,比如說不能上下滾動頁面)?
僅僅跳轉或重新整理要等待
感謝作者
正在北上明天ff42展,要週日測試了真不好意思
改動後仍然要等判定腳本是否加入,才能跳轉。原樣不改動則是判定到一半可跳轉
如此看來網絡請求均衡器還是有效果的;這樣的話,在沒有改動過的最新版檢索GMXHRHook(5)
改成GMXHRHook(1)
,减小網絡請求均衡器的並行請求數量试试
果然可以馬上跳轉了!!!
感謝作者
重寫了部分網絡請求的方式,在程式碼層面直接使用瀏覽器的fetch
代替了腳本管理器的GM_xmlhttpRequest
發送網絡請求,希望能對這個問題有所幫助
如果更新後發現不行,還請再發反饋
026版仍然要等5秒,正好獲取收藏集跑完,出現同步按鈕的瞬間,就會跳轉
修改GMXHRHook無效果
再次安裝0251版變成要等3秒,但是修改GMXHRHook有效果,改1or0同樣就卡在獲取不會動作,改1.1可成功
(歷史、統計的頁面不會影響)
辛苦了,如果會影響腳本,不改也沒關係。
辛苦作者了...
剛剛想到測試chrome安裝版,26最新版,這下也要等5秒才能跳轉
F5或CTRL+R重新整理也要等(除非在腳本載入前就按)
修改GMXHRHook無效果
不知道是不是只有我這樣..
目前都先用251,真是感謝您
我這裡MacOS上的Chrome更新到最新版沒能複現這個問題。回頭有機會用windows了,我再用windows測一下。
收到,辛苦了
手動編輯的按鈕,指向變成
https://greasyfork.org/zh-TW/scripts/364-camp-firefox-de-ignorefunktion
最新024版才會
目前加入最愛功能正常,但是都會顯示文字未知錯誤,不過收藏集都有成功的打勾