Stephen O' Grady has a blog post entitled Gmail Fighting Off Greasemonkey? where he writes

I'm not sure of the reasoning behind it, but it appears that Google may have made some behind the scenes changes to Gmail that disrupted the scipts and extensions I rely on to get the most out of my account. One of the Apache devs noted here that his Greasemonkey enabled persistent searches were no longer functioning, and in the same timeframe I've lost my delete key. It's not just Greasemonkey scripts, however, as my Gmail Notifier extension for Firefox has apparently been disabled as well. While it's Google's perogative to make changes to the service as necessary for maintenance or other reasons, I'm hoping this is not a deliberate play at preventing would-be participants from enhancing the value of Google's service. It's remarkable how much less useful Gmail is to me when I have to log in to see if I have mail, or can't easily delete the many frivolous emails I receive each day (yes, I'm aware that I can use a POP client for this, but I'd rather not).
Update: As one reader and a few posters to the GM listserv have noted, one thing that's disrupted a variety of user scripts has been the fact that the domain to Gmail has changed from to While simply adding the domains into the GM interface had no effect on my Gmail, a reinstallation of a version of the script with updated domain returned my beloved Delete button. What do developers think of this change with Google's service? Here's one take from the GM list: "I noticed [the domain change] too. Why they can't just leave it alone, I can't understand." To be a bit less harsh, while Google probably had good reasons for making the change, it would have been great to see them be proactive and notify people of the change via their blog or some other mechanism.

I find this hilarious. Greasemonkey scripts work by effectively screen scrapping the website and inserting changes into the HTML. Stephen and others who are upset by Google's change are basically saying that Google should never change the HTML or URL structure of the website ever again because it breaks their scripts. Yeah, right.

Repeat after me, a web page is not an API or a platform.  

Speaking of apps breaking because of GMail domain changes it seems RSS Bandit users were also affected by the GMail domain name change. It looks like we have a problem with forwarding the username and password after being redirected from to I'll fix this bug in the next version but in the meantime RSS Bandit users should be able to work around this by changing the URL manually to the new one. My bad.


Thursday, June 23, 2005 4:14:52 PM (GMT Daylight Time, UTC+01:00)

So I assume the fix is to prompt the user on whether or not they want to forward their credentials to the new URL for feeds with credentials. Right?
Thursday, June 23, 2005 4:34:44 PM (GMT Daylight Time, UTC+01:00)
Hmm...i didn't say that. i just put up an updated script. that's all.

-- dims
Friday, June 24, 2005 1:34:54 AM (GMT Daylight Time, UTC+01:00)
Ron Green
Friday, June 24, 2005 9:32:10 AM (GMT Daylight Time, UTC+01:00)
"a web page is not an API or a platform"

But they could be and things would be really interesting if they were.

Take a blog for example. Why isn't the same XML used to render the web page and the feed with XSLT transformations?
Tuesday, June 28, 2005 4:03:55 PM (GMT Daylight Time, UTC+01:00)
> it seems RSS Bandit users were also affected by the GMail domain name change

Repeat after me: a URL is not an API or a platform.

(sorry, couldn't resist)
Comments are closed.