Troubleshooting (Script Authors): Difference between revisions
Reverting vandalism |
Component not available |
||
Line 69: | Line 69: | ||
})(link); | })(link); | ||
} | } | ||
== Component not Available errors == | |||
These are usually caused by attempting to access an element's event handlers (<code>onclick</code>, <code>onkeydown</code>, etc.) directly, rather than through <code>addEventListener</code>. GreaseMonkey 0.5 and above require the use of addEventListener. For details, see [[XPCNativeWrapper]]. | |||
== Links == | == Links == |
Revision as of 22:13, 14 January 2008
The article Avoid Common Pitfalls in Greasemonkey covers some of the most common problems people come across when writing user scripts.
If your problem is not listed, please ask on the mailing list.
Changes don't take effect when editing a script
You may be editing your original copy of the script, not the installed copy. Once you create and install a script, you need to follow these steps to make sure you're editing the installed, active copy.
Also, changing the include and exclude rules in the metadata block of the installed script does not do anything, as the script metadata is only accessed during installation. The script must be re-installed (or config.xml edited manually) for these changes to take.
Note: You can change the include and exclude rules in the Manage User Scripts window and those changes will take effect.
Variables change before a GM_xmlhttpRequest or setTimeout callback runs
Problem example:
for (var i=0; i < document.links.length; i++) { var link = document.links[i]; GM_xmlhttpRequest({ method: "GET", url: 'http://example.com/lookup?url=' + link.href, onload: function(result) { link.href = result.responseText; } }); }
The request is asynchronous, meaning the rest of the code doesn't wait for it to complete. The for
keeps running as the request loads. When the request for the first link on the page completes and the onload
callback function runs, the link
variable might point to a different link altogether, typically the last one (since the for
loop completes much quicker than the HTTP requests).
One solution is to pass those values that you want unchanged into a function surrounding the request, as arguments. Then they will be in a different scope, and will no longer be changed from the outside.
Solution example with named function:
function do_it(link_inside) { GM_xmlhttpRequest({ method: "GET", url: 'http://example.com/lookup?url=' + link_inside.href, onload: function(result) { link_inside.href = result.responseText; } }); } for (var i=0; i < document.links.length; i++) { var link = document.links[i]; do_it(link); }
Solution example with anonymous function:
for (var i=0; i < document.links.length; i++) { var link = document.links[i]; (function (link_inside) { GM_xmlhttpRequest({ method: "GET", url: 'http://example.com/lookup?url=' + link_inside.href, onload: function(result) { link_inside.href = result.responseText; } }); })(link); }
Component not Available errors
These are usually caused by attempting to access an element's event handlers (onclick
, onkeydown
, etc.) directly, rather than through addEventListener
. GreaseMonkey 0.5 and above require the use of addEventListener. For details, see XPCNativeWrapper.
Links
- http://greaseblog.blogspot.com/2005/12/troubleshooting-064.html
- http://dunck.us/collab/GreaseMonkeyUserScripts#head-010b85ad56b34c34c7c2a3b2436c740e30428ed5
- http://dunck.us/collab/GreaseMonkeyUserScripts#head-4ac4d1e80f8bbd66bf4f1fbea77ea2390b6a2870
- http://www.brockman.se/writing/method-references.html.utf8