UnsafeWindow: Difference between revisions
m →Examples: Formatting and fixed invalid link |
m →Events: Formatting, sync |
||
Line 61: | Line 61: | ||
<code><pre>window.addEventListener("click", function(event) { /* some code */ }, false);</pre></code> | <code><pre>window.addEventListener("click", function(event) { /* some code */ }, false);</pre></code> | ||
[http://developer.mozilla.org/en/docs/DOM:element.addEventListener addEventListener at MDC] | :See also [http://developer.mozilla.org/en/docs/DOM:element.addEventListener addEventListener at MDC] | ||
[[#top|top]] | [[#Alternatives_to_unsafeWindow|back]] | [[#top|top]] | [[#Alternatives_to_unsafeWindow|back]] |
Revision as of 03:55, 9 February 2008
This command can open certain security holes in your user script, and it is recommended to use this command sparingly.
Please be sure to read the entire article and understand it before using it in a script.
Description
This API object allows a User script to access "custom" properties--variable and functions defined in the page--set by the web page.
This is done by bypassing Greasemonkey's XPCNativeWrapper-based security model.
The unsafeWindow object is shorthand for window.wrappedJSObject
. It is the raw window object inside the XPCNativeWrapper provided by the Greasemonkey sandbox.
- USE OF UNSAFEWINDOW IS INSECURE, AND IT SHOULD BE AVOIDED WHENEVER POSSIBLE.
User scripts absolutely should not use unsafeWindow if they are executed for arbitrary web pages, such as those with @include *
.
User script authors are strongly encouraged to learn how XPCNativeWrappers work, and how to perform the desired function within their security context, instead of using unsafeWindow to break out.
Examples | Alternatives to unsafeWindow | Notes
Syntax
unsafeWindow
- Value: Object
- Returns: Variant
- Compatibility: Greasemonkey 0.5b+
Examples
unsafeWindow.SomeVarInPage = "Testing";
unsafeWindow.SomeFunctionInPage("Test");
var oldFunction = unsafeWindow.SomeFunctionInPage;
unsafeWindow.SomeFunctionInPage = function(text) {
alert("Hijacked! Argument was " + text + ".");
return oldFunction(text);
};
- For issues with GM_getValue, GM_setValue and GM_xmlhttpRequest, see see 0.7.20080121.0_compatibility.
Alternatives to unsafeWindow
Events | Functions defined in the page
Events
- Event listeners never need to be created on unsafeWindow. Rather than using
unsafeWindow.onclick = function(event) { ... };
use:
window.addEventListener("click", function(event) { /* some code */ }, false);
- See also addEventListener at MDC
Functions defined in the page
- If a user script must execute a page function, it can use the location hack to call it safely. This involves setting location.href to a
javascript:
URL, which is like using a bookmarklet. For example:
location.href = "javascript:void(pageFunc(123));";
- Larger blocks of code independent of the Greasemonkey context/APIs can also be executed this way:
location.href = "javascript:(" + encodeURI(uneval(function() { /* some code */ })) + ")();";
- This code will run in the page context without leaking the sandbox. This code is completely separate from the rest of the script scope, sometimes limiting its usefulness. For example, data cannot be returned by the function.
- Another drawback is that this technique is rather ugly. Still, it is preferred over unsafeWindow.