EULA Drama

So the past few days have seen some compartmentalized drama regarding Google’s Chrome EULA and the damned GoogleUpdate.exe.  Which got me to think about other software’s EULAs and what they say.

Skype’s EULA, for example, is relatively innocous, until you get to the part about its privacy policy, where it states “Your information may be stored and processed in any country in which Skype and the Skype group maintain facilities, including outside of the EU. In this regard, or for purposes of sharing or disclosing data in accordance with this article 4, Skype reserves the right to transfer information outside of your country. By using Skype software, Skype’s websites or Skype products you consent to any such transfer of information outside of your country. … .”  If you don’t like that, well, Skype has an answer for you:  “If you would like to exercise your right to view, correct, complete or remove your personal data, please contact Skype at Within a reasonable period of time and upon verification of your identity and to the extent your request is legitimate, Skype will fulfil your request, provided Skype will not act contrary to applicable legislation by fulfilling your request.”  It’s an interesting clause, as elsewhere, in the EULA, it says “If You object to Your information being used in the way set out in the Privacy Policy then please do not use the Skype Services.”

In any event, pretty typical.  So it raises the question, how enforceable are these EULAs?  Well, in Davidson & Associates v. Jung, 422 F.3d 630 (8th Cir. 2005), the Eighth Circuit affirmed the District Court’s enforcement of a EULA involving reverse engineering of Blizzard’s games and  In XPEL Technologies v. Maryland Performance Works, No. SA-05-CA-0593-X, 2006 U.S. Dist. LEXIS 47158 (W.D. Tex. 2006), the Western DIstrict of Texas enforced a forum-selection clause found in the EULA. However, there is another line of cases, involving “shrink-wrap” licenses, where the EULA is not something to which you show some sort of assent by clicking, but rather you show assent when you rip open the shrink-wrap around your media.  For example, in Vault v. Quaid Software, 847 F.2d 255 (5th Cir. 2005) (“the restriction in Vault’s license agreement against decompilation or disassembly is unenforceable.”).  Careful, though: Davidson & Associates, which I cited above, is very quick to point out that the DMCA has scuttled a lot of one’s ability to go in and do a bit of tinkering.  And the Eastern District of California has recently found certain EULAs to be enforceable.  See, for example, Meridian Project Systems v. Hardin Construction, 426 F. Supp. 2d 1101 (E.D. Cal. 2006).

It’s Happened to Me … GoogleUpdate.exe DOES Come Back to Life

Last night, I posted that I was able to kill GoogleUpdate.exe in the Task Manager, and that I turned it off in msconfig.exe to keep it from loading at startup.  And I mentioned that I hadn’t had any problems with it starting up on its own. Well, it’s a day later, and I haven’t used Chrome at all since that post, and well, there it is, in my Task Manager, running all by itself.  That’s pretty skeevy, if you ask me.  If I kill an app, I want it stay killed until I ask it to be Lazarus. So I uninstalled Chrome from my machine, and then I’ll have to get GoogleUpdate.exe out of my registry, following instructions I found (here).  While I was doing it, I went ahead and deleted the Apple Updater that I found; that felt good!  I also deleted the “Chrome” sub-subfolder in my Application Data folder, which one would have thought would have been deleted when I uninstalled Chrome. It’s amazing how much detritus is left over from uninstall processes; no wonder Windows machines get bogged down, because all these companies let their programs leave traces of themselves behind. I deleted a few other folders while I was at it, and who knows, maybe I’ll have bricked my computer.  That’d be fun.

GoogleUpdate.exe, Chrome, and the Cloud

After noticing that I had been getting a lot of traffic from people looking for GoogleUpdate.exe, I decided to go hunting for what all the fuss was about.  From what I can gather, people aren’t thrilled that Google bundled a bit of software which ostensibly helps with the update process.  Or something like that. It probably isn’t any different than any of the other stand-alone updaters that get installed on your machine, like the Java updater, the or the Logitech updater, or the Windows updater.  Googleudate.exe, however, can be killed in the task manager without affecting anything, that I can tell, anyway, and using msconfig.exe to fiddle with startup processes can keep the program from running, period.  Maybe.  I’ve seen some people saying that it will come to life on its own.  Don’t know about that; it hasn’t happened to me yet.

What’s got kdawson at Slashdot more worked up than googleupdate.exe, though, is the EULA.  “By submitting, posting or displaying the content you give Google a perpetual, irrevocable, worldwide, royalty-free, and non-exclusive license to reproduce, adapt, modify, translate, publish, publicly perform, publicly display and distribute any content which you submit, post or display on or through, the services.”  Putting aside the question of whether Chrome is a good or a service, the EULA seems to have language that is one of two things.  It could be boiler-plate from an already-existing EULA for Google services that is similar to EULAs from other websites, including Slashdot, as commentor RiotingPacifist pointed out:

are we talking about slashdot

With respect to text or data entered into and stored by publicly-accessible site features such as forums, comments and bug trackers (“SourceForge Public Content”), the submitting user retains ownership of such SourceForge Public Content; with respect to publicly-available statistical content which is generated by the site to monitor and display content activity, such content is owned by SourceForge. In each such case, the submitting user grants SourceForge the royalty-free, perpetual, irrevocable, non-exclusive, transferable license to use, reproduce, modify, adapt, publish, translate, create derivative works from, distribute, perform, and display such Content (in whole or part) worldwide and/or to incorporate it in other works in any form, media, or technology now known or later developed, all subject to the terms of any applicable license.

or google:

By submitting, posting or displaying the content you give Google a perpetual, irrevocable, worldwide, royalty-free, and non-exclusive license to reproduce, adapt, modify, translate, publish, publicly perform, publicly display and distribute any content which you submit, post or display on or through, the services. This license is for the sole purpose of enabling Google to display, distribute and promote the services and may be revoked for certain services as defined in the additional terms of those services.

I think it’s a fair question.

If it isn’t just the same-old same-old mumbo-jumbo EULA crap that either will or won’t be enforced, though, it’s a pretty serious overreach of control over user information, and it makes me recall something I was thinking about the other night as I was driving back from the grocery store.  I had been thinking about the future of the Cloud, the fluffy land we’re all supposedly driving toward, Dvorak notwithstanding.

The Cloud poses all sorts of legal issues, and I’m just thinking for the moment about the legal practitioner.  Assume arguendo that we all start having to use GoogleDocs in the future (or some other net app) and stand-alone word processors are killed off, along with local storage capabilities.  That means that a lawyer, for example, might be forced to use a word processor to draft memoranda and store the documents in the Cloud.  Now, if it’s just a motion that’s going to be filed and become part of the public record, maybe that’s not such a huge security concern in the event the Cloud gets breached, as it probably will at some point.  But what if the lawyer represents someone who has decided to cooperate with the government, and now comes time for sentencing.  The lawyer, no doubt, would want the court to know about the cooperation, so as to get the best sentence for his client, but he also doesn’t want everyone else knowing about it.  Thus he would want to file the motion under seal, which presumably could still be done.  The unsealed document, which would have previously resided in a local drive, however, would still be subject to only the strength of the Cloud’s security.  And of course, too, the document would be scoured for ads, which is an invasion, perhaps, of the client’s privacy interests.

What if, however, the EULA on Chrome isn’t just cribbed language from the services side, but what if it’s really saying that the mere fact that you use Chrome, whether you are using a Google service or not, allows Google to do whatever it wants to do with what you put through the browser.  That means that by agreeing to the EULA, you are theoretically allowing Google to monitor what you type into a non-gmail email, say through your company’s webmail application, and do with it as it will.  Or if you enter a credit card number (surely that could be construed as content, n’est-ce pas?) at, Google is claiming the right to use that content as it wants.  Again, this is taking things to the extreme, but it does bring up the question of how much information and rights people seem content to just give away in the name of free.

Couple of Other Interesting Chrome Things

Still more fiddling with Chrome.  I have found that PDFs, while they load just fine within a Chrome tab, will crash if you try to select and copy text in searchable PDFs.  However, as promised, the entire browser did not crash when it happened.  Instead, I got that sick little extension face.  Pretty cool that.

The second cool thing is the “find” function.  When you open a web page, and then press Ctrl+F to find text in the document, something very cool happens to the scroll bar: it puts little colored hash marks in the bar to show where the term is in the document. like this:

It’s not totally perfect; if you search on more than one term, it seems to only look for matches in proximity.  But I think that’s the way FF, IE, and Opera work, too, so I probably want more than should be expected.

Yet More Chrome Testing

Well, I did find something that Chrome does not do very well at all.  At that is, play nice with Haloscan.  A great deal of blogs use Haloscan for their commenting, and clicking on links inside Haloscan will typically launch a new browser tab in FF, which then loads the page.  Not so with Chrome.  Instead you get this window:

When you click on “Launch Application,” nothing happens.  Not sure what it means, or what’s supposed to be happening, but there you go.  Something Chrome doesn’t do quite right.  Yet.

Update:  I take it back.  The link I was clicking on just happened to be a crappy link.  Other links in Haloscan worked just fine.

More Chrome Goodness

I’ve done a little more testing of Chrome.  So far, so very good.  If the purpose behind Chrome is to get people to stop using IE, then I think it will be very successful.  I’m able to use LEXIS with no problem, I’m able to play Flash files just fine, and ECF/PACER sessions seem to cause me no problems.  I had used IE for all three of those tasks because I found FF to be a little unreliable in getting them to work just right.  Chrome gave me no hiccups at all.

So far, anyway.  

Well, actually, I’m noticing something.  As I’m editing this post, text input is massively delayed.  So, I opened Windows Task Manager to see what was eating my system.  I’m not running an especially robust system, so I’m not surprised about what I see.  I saw somewhere that Chrome will perform much better on multi-core rigs, and now I see why.  I have, let’s see, five tabs open.  In Task Manager, I see one, two, three, four, five, six, seven instances of Chrome.exe, and an instance of GoogleUpdate.exe.  The total memory usage for Chrome/GoogleUpdate, then, is … … more than 203 megabytes.  Hmmm.  I’ve never had FF or IE go that high, but I suppose that’s because they became slow and somewhat unstable after 125 megs or so.  I suppose Chrome is a little more stable even with that higher memory usage, so that’s a good thing, but I’m surprised that it’s eating so much memory with only five tabs open…

Well, it’s a beta product, so we’ll see.  It’s fun to play with, anyway.

Google Chrome Browser

I downloaded Google’s new browser, Chrome about 15 or 20 minutes ago, and I’m using it right now to do this post.  So far, so good.  Indeed, based on my first test, it will supplant Firefox for me.  This is because FF3 has been very sketchy in handling PDFs.  FF2 would launch PDFs inside the browser just fine.  But FF3 would crash every time I clicked on a PDF link.  Every time, at least, until I fiddled with the plug-ins and made it launch PDFs in Acrobat Reader instead of in the browser.  Chrome, however, launches PDFs in the browser just fine.  Which is more pleasing to me.

Anyway, based on first impressions, this thing is nice, and if it can do as it is suggested it can do (that is, treat each tab as a separate process and keep from killing the entire browsing session because of one crappy website) it’s gonna be a killer browser.  Of course, as it’s Google, they’re gonna find all sorts of ways to sell advertising.

It can be found here:

(Hmmm, small postscript: as I was Googling “chrome browser” to find the URL, Google actually took some time to load; longer than normal.  Don’t know if that’s going to be common, or if it’s just due to presumably high traffic as geeks the world over scramble to download it…)