Greasemonkey: WebExt: 모든 GM API 지원

여기에서 bug1323433 및 bug1332273 이

포인터 주셔서 감사합니다. 둘 다 매우 유용하다는 데 동의합니다.

오, 아마도 어느 정도의 동기 메시지 전달이 가능할 것입니다!

https://developer.mozilla.org/en-US/Add-ons/WebExtensions/API/runtime/onMessage#Sending_a_synchronous_response

이것을 테스트하십시오. 이렇게 하면 위에서 호출된 메서드에 대해 간단한 동기 구현(백그라운드 전용 API 지원)을 사용할 수 있습니까?

이는 콘텐츠 측면에서 약속을 반환하므로 사실상 비동기식입니다. 여기에서 "동기식"은 잘못된 이름이라고 생각합니다. 이는 보류 중인 응답을 수동으로 추적할 필요가 없도록 자식에서 부모로 메시지를 응답과 연결하는 것과 비슷합니다.

Afaik에서 사용할 수 있는 유일한 동기 API는 동기화 XHR이며 웹 요청 또는 이와 유사한 것으로 가로챌 수 있습니다.

Sync XHR이 콘텐츠 스크립트에서 제대로 작동하지 않습니다: https://bugzilla.mozilla.org/show_bug.cgi?id=1360968, 그래서 지금은 콘텐츠 > 배경에서 동기화 채널이 없습니다.

GM_setValue 및 GM_getValue 가 동기화 작업으로 설계된 것처럼 보이며 단일 프로세스 브라우저에서는 여러 탭에서 작업할 때 제대로 작동하지만 e10에서는 아니요(https://github.com/greasemonkey /greasemonkey/issues/2427). 이전 확장 API를 사용하면 쉽게 복구할 수 있지만 WebExt에서는 그렇지 않습니다. 동기화 메시지가 없으면(작은 데이터의 경우에도 짧은 값만 내보냄) 더 많은 탭 간에 값을 적절하게 동기화할 수 없습니다. 어느 시점에서 이것은 항상 경쟁 조건이 될 것입니다.

WebExt 버전에서 위의 문제를 해결하는 방법에 관계없이 비동기 방식으로 설계된 새로운 set/get 메서드를 가져와야 하므로 중요한 경우 비동기 방식으로 스크립트를 작성할 수 있습니다. 문서에는 여러 탭에서 작동할 때 GM_setValue 부족 및 GM_getValue 동작에 대한 정보가 있어야 합니다.

imo, 여러 탭에서 GM_setValue / GM_getValue 를 사용하는 경우는 드물며 순서를 따라야 합니다. 결과적으로 콘텐츠 스크립트에 _GM_values_의 복사본(캐시)을 저장하고, 항상 캐시에서 읽고, 비동기식으로 다시 쓰고, 백그라운드 스크립트에 의해 트리거된 이벤트로 캐시를 업데이트하는 것이 허용 가능한 솔루션이어야 합니다.

btw, 그렇다면 GM_addValueChangeListener 해당하는 API를 추가하는 것이 가능하면 좋습니다. (그리고 나는 addValueChangeListener 라는 이름이 싫다.

내 dev 브랜치 에는 다음 이 지원됩니다.

• GM.getResourceURL
• GM.deleteValue , GM.getValue , GM.listValues , GM.setValue

다음을 추가하지 않을 계획입니다.

• GM_log
• GM_addStyle

우리는 여전히 필요합니다 :

• GM_xmlhttpRequest

나는 연기할 계획입니다.

• GM_registerMenuCommand (이것은 항상 막대한 지원 비용이었습니다)
• GM_getResourceText

이는 여기서 진행 상황이 실제로 매우 가깝다는 것을 의미합니다.

위 커밋에서 좋은 피드백을 잊지 마세요.

방금 새로운 추가 기능을 사용해 보았습니다. GM_xhr 기능 없이 교차 도메인 xhr 요청이 이미 활성화된 것 같습니다. 이것이 과연 행동인가?

다음 코드로 userscript grant none을 시도하십시오.

fetch(prompt()).then(resp => resp.text()).then(text => alert(text)).catch(error => alert(error));

어, 확인했습니다. 우리는 현재 확장의 모든 권한과 함께 확장의 "콘텐츠 스크립트"로 사용자 스크립트를 실행하고 있습니다.

나는 이것에 대해 조금 조사했지만 지금까지는 권한이 없는("웹 범위" - "콘텐츠" 범위가 모호하기 때문에 이것을 어떻게 부르나요?!) 내가 찾을 수 있는 가장 가까운 것은 페이지의 CSP에 의해 차단될 수 있거나 차단될 스크립트 태그를 만드는 것입니다.

현재 CSP를 수정하는 유일한 방법은 모든 문서 요청에 대한 헤더를 가로채고 수정하는 것입니다. 콘텐츠 CSP에서 webextensions를 제외하는 미해결 문제가 있지만 이에 대한 활동은 많지 않은 것 같습니다.

<script> 태그를 삽입하는 것 외에도 window.eval 도 페이지 범위에서 실행되어야 한다고 생각합니다.

공식 용어는 "콘텐츠 스크립트 범위"와 "페이지 범위"입니다.

또 다른 문제는 GM API를 정의할 수 있는 별도의 범위로 래핑하기 위해 문자열 처리가 필요하다는 것입니다.

또한 webextensions에서 Sandbox 해당하는 버그를 신고했지만 우선 순위가 높지 않습니다.

AIUI는 script와 eval 모두 CSP에 의한 차단에 취약합니다. 그러나 eval이 권한을 삭제하는 것을 확인했습니다.

https://bugzilla.mozilla.org/show_bug.cgi?id=1391669

잠재적으로 모든 페이지에서 콘텐츠 스크립트를 실행하려면 <all_urls> 가 있어야 합니다. 우리가 그것을 요구한다면, 우리의 콘텐츠 스크립트는 그것을 얻습니다. 따라서 XHR은 어디에서나 가능합니다.

적어도 Firefox( https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Content_scripts#Using_eval ()_in_content_scripts )에서는 페이지 범위로 드롭다운할 수 있지만 실제로는 페이지 범위이며 페이지에서 실행 중인 모든 항목(AFAIK)에 API를 노출하지 않고는 API를 스크립트에 안전하게 노출할 수 없습니다.

콘텐츠 스크립트에서 fetch 및 xhr을 덮어쓸 수 있습니까?
자체 CORS 검사를 수행하는 수정된 가져오기를 제공할 수 있습니다.

• GM.xmlhttpRequest() 가 60a50d05b1e565571d8a3e638b0683a1a9c2beaa에 추가되었습니다.
• GM.getResourceText() 는 #2548에서 다룰 것입니다.
• GM.registerMenuCommand() 은(는) 의도적으로 건너뛰고 있습니다.
• cross-origin-fetch를 상속하는 모든 스크립트(위 주석에 따름)는 #2549입니다.

@the8472 https://github.com/greasemonkey/greasemonkey/issues/2232#issuecomment -326841025에서 withUnsafeWindow() 구현을 참조하십시오.

이전 with (object) ... 함수의 동작을 모방하여 조금 더 안전합니다. (최신 브라우저가 필요합니다.)

@arantius 는 7월 25일에 다음과 같이 썼습니다.

다음을 추가하지 않을 계획입니다.

GM_log
GM_addStyle

이것들은 이 티켓을 만들 때( 3월 3일 @arantius 에 의해) 사소한 것으로 표시되었습니다(GM_log를 console.log에 매핑한다고 가정).

내 경험상 가장 일반적으로 사용되는 두 가지 API 호출입니다. 그것들을 버리면 아무 이유없이 오래된 스크립트가 많이 깨지지 않습니까? 아니면 dev 브랜치를 독점적으로 언급하셨습니까?

Tampermonkey에서 GM_addStyle 에는 CSP 제한을 우회할 수 있는 스타일을 삽입하는 특별한 기능이 있습니다(인라인 <style> 이 금지된 경우). Greasemonkey에서도 이 기능을 사용할 수 있다면 기쁠 것입니다.