<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
I got an "Install Failed. Error code:-239" dialog box and then the
installation window said "Chrome registration failed" when I tried.&nbsp;
This was with Mozilla 1.7 on Solaris.<br>
<br>
Aaron Boodman wrote:
<blockquote cite="midf3e92ae5050404011078d96885@mail.gmail.com"
 type="cite">
  <pre wrap="">I couldn't actually install this. It just keeps saying "greasemonkey
will uninstall on next restart" or whatever it says.

Anybody else able to?

On Apr 4, 2005 12:01 AM, Aaron Boodman <a class="moz-txt-link-rfc2396E" href="mailto:zboogs@gmail.com">&lt;zboogs@gmail.com&gt;</a> wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Mother of god. This is awesome, Ben. Thanks!

It will take a long time to pick apart and integrate, though.

More replies inline...

    </pre>
    <blockquote type="cite">
      <pre wrap="">I figured, now page script beating chrome? That just ain't right!
      </pre>
    </blockquote>
    <pre wrap="">Agreed. I had wanted to fix this another way, but it's queued behind a
list of other patches, plus regular work. Thanks for the quick fix. It
seems like you know quite a bit about XPCOM development. Can I hit you
up with questions about other things, as they come up?

    </pre>
    <blockquote type="cite">
      <pre wrap="">* Mozilla now supported; tested with 1.0. I'd imaging later versions are
compatible.
      </pre>
    </blockquote>
    <pre wrap="">Awesome, this has been asked for a few times.

    </pre>
    <blockquote type="cite">
      <pre wrap="">* Consolidated Tools menuitems into a single new menu, as with Adblock.
      </pre>
    </blockquote>
    <pre wrap="">Not sure about this. Do other people like it?

    </pre>
    <blockquote type="cite">
      <pre wrap="">* Replaced the 40-line convert2RegExp() [eeew...] with the latest
Adblock version (12 lines)
      </pre>
    </blockquote>
    <pre wrap="">Cool, thanks.

    </pre>
    <blockquote type="cite">
      <pre wrap="">* When installing a user script from the tools menu, get the script text
from the rendered document, rather than re-downloading it. This means
that the gzip-compression bug is fixed, and it also gets rid of the
rather ugly DM "flash".
      </pre>
    </blockquote>
    <pre wrap="">So you use XMLHttpRequest instead of the download manager? The reason
I used it was that I wanted some sort of visible status for
downloading the scripts. Not having it seems rude in a different way.
Though I do agree for the tools menu thing.

    </pre>
    <blockquote type="cite">
      <pre wrap="">* Do a full read of config.xml from disk only on first-run and on save,
since those are the only possible change points.
      </pre>
    </blockquote>
    <pre wrap="">Well, technically, somebody could change it with a text editor. I
guess it's ok if they have to restart in those cases. Were you
experiencing delays, or did it just bother you?

    </pre>
    <blockquote type="cite">
      <pre wrap="">* Use XPCNativeWrapper to ensure access to native functions like
addEventListener.
      </pre>
    </blockquote>
    <pre wrap="">Awesome.

    </pre>
    <blockquote type="cite">
      <pre wrap="">* Added a dialog for users to edit scripts directly. Barebones but
functional.
      </pre>
    </blockquote>
    <pre wrap="">I have a crazy GUI design going for this that I wanted to work on this
weekend, but didn't get to it. I guess this could be cool in the
meantime.

    </pre>
    <blockquote type="cite">
      <pre wrap="">I also tightened up Mark's hijacker script, but that's about as useful
as rewriting your idle loop.
      </pre>
    </blockquote>
    <pre wrap="">My idle loop? what?

    </pre>
    <blockquote type="cite">
      <pre wrap="">As it turns out, thanks to the sheer number
of introspection points in the DOM, concealing actual modifications is a
rather futile challenge. Event listeners are lost when their principal
node is removed from the DOM tree, too. Now, chrome still wins, just not
through Greasemonkey -- a dedicated extension need never touch the DOM
itself, and can thus remain completely undetectable to page script.
      </pre>
    </blockquote>
    <pre wrap="">How so? You mean by modifying the source code before it hits the browser?

    </pre>
  </blockquote>
  <pre wrap=""><!---->_______________________________________________
Greasemonkey mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Greasemonkey@mozdev.org">Greasemonkey@mozdev.org</a>
<a class="moz-txt-link-freetext" href="http://mozdev.org/mailman/listinfo/greasemonkey">http://mozdev.org/mailman/listinfo/greasemonkey</a>

  </pre>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<meta content="text/html; charset=ISO-8859-1" http-equiv="content-type">
<title>signature</title>
<meta content="Jesse W. Asher" name="author">
<span style="font-weight: bold;">Jesse W. Asher</span><br>
CISSP-ISSAP,&nbsp; CISM,&nbsp; SCSA,&nbsp; SCNA<br>
<br>
</div>
</body>
</html>