Google Droplets

That's pretty weird. I suspect it's a Google issue.

What's the URL where I can see this behavior?

Or, alternately, post the code you put into each droplet below. Use <code> tags to highlight and format each entry.

Cannot reproduce error. See demo:

http://therickards.com/mysite/agentrickard

I'm running 3 Google Gadgets and AdSense on that page with no trouble.

End of wek and I'll close this for lack of follow-through.

Closed. Could not confirm error.

Same problem here. The Droplets first load the right content, then - it seems like a refresh or something - all of the Droplets show the same Google Widget. The content that is shown in all droplets is always the content of the last Google Widget. So it seems that the last widget that's loaded produces a refresh of all the widgets.
Changing the order of the widget doesnt solve the problem.

I changed the Drupal theme to garland, no change.

I made a research in google groups and with google and didnt find any similiar issues.

I made a browser test:

IE6: no problems
Safari / Win: no problems
Firefox 2.0.0.6: PROBLEM

So it's firefox bug or something?

Workaround: Creat a widgetbox widget with the google gadget code and it works if you just use the widgetbox widgets in your droplets.

Hm. I use FireFox 2.0.0.6 for Mac and have not seen this problem. Perhaps you have some FireFox settings or extensions that cause a conflict?

Do you have a URL?

In any event, the most we could do here is document the issue. If this is a browser bug, I can't fix it in code.

BTW: Does this ever happen at iGoogle for you?

http://www.google.com/ig?tab=gw&hl=en

iGoogle works...

Very odd. I'll leave this open (but marked as won't fix) so that people can see it for reference.

If anyone finds a cause or solution, I'd like to know.

We are seeing the very same behaviour with many browsers on different installations.

For example at http://78.136.28.9, accessing from different lans (and different fw settings), it is:
OK: windoz XP IE 6.0.2900.2180.xpsp_sp2_gdr.050301-1519
mac OS X 10.4.9 opera 9.10,
KO: windoz XP firefox 2.0.0.2, 2.0.0.7
mac OS X 10.4.9 firefox 2.0.0.7
mac OS X 10.4.9 safari 2.0.2

At site http://78.136.28.9 running:
Drupal 5.2
Configuration file Protected
Cron maintenance tasks Last run 4 min 12 sec ago
Database schema Up to date
File system Writable (public download method)
GD library bundled (2.0.28 compatible)
JQuery Update Installed correctly
The current installed version of JQuery is 1.1.2
MySQL database 4.1.20
PHP 4.3.9
Unicode library PHP Mbstring Extension
Web server Apache/2.0.52 (Red Hat)

At the moment this site is behind a fw which I can open on the flight upon request for incoming http request from fixed static ip addresses

Regards
jofaglia

Perhaps the firewall is the cause of the problem?

Does the error occur on the MySite demo site?

http://therickards.com/mysite/demo

Or only on your site behind the firewall?

It is not a firewall issue. I connected to the demo site and created an account as jofaglia, then added a couple more Google widget droplets to my Mysite page. I could reproduce the behaviour many times, both from Firefox 2.0.0.7 mac and Firefox 2.0.0.8 Windoz, see attached snapshot. To reproduce the behaviour I reach my mysite page after a short detour (that is, I don't just bang in the url in the browser address field); when I get there I choose to go back and then forth. At times it happens also when I land to the page for the first time.

A pop up is shown most often by firefox on the windoz box right before getting back to the mysite page. It says that a script seems to be hanging, asks whether you are willing to wait or you want to break it and proceed to your page:

Warning: Unresponsive Script
A script on this page may be busy, or it may have stopped responding. You can stop the script now or you can continue to see if the script will complete.
[Stop script] [Continue]

Could it be a timing issue, a race condition of some kind? I have the impression that when it works (say on IE) the widgets are clearly serialized and fast, but I do not want to be misleading. I have observed at times the first widget to show its own proper face, and then in short sequence altogether the Google widgets showing the same one content (the one properly retrieved by the last widget) as in the screenshot attached.

For me, on FF for Mac, the Google Gadgets load separately, but the Flash elements are rendering incomplete (see attached).

Not sure what the cause is, though. It seems like the browser is just confused.

Any ideas for making the JS load last?

You mean something like using window.onload?

Yes, something like that. I'm not a JS expert. It just seems that the Google code is having issues loading multiple Flash players.

I'm thinking about a wrapper JS function that is called by hook_footer(), and then having the wrapper JS print the Google JS.

Something like this psuedo-code:

// Wrap the gadget
 var gadget = '<script src="http://gmodules.com/ig/ifr?url=http://bejeweledg.googlecode.com/svn/trunk/bejeweled.xml&amp;synd=open&amp;w=320&amp;h=270&amp;title=Bejeweled&amp;border=%23ffffff%7C3px%2C1px+solid+%23999999&amp;output=js"></script>';
  mysite_js_foooter(gadget);

Where mysite_js_footer() is a print function loaded by hook_footer().

Does that make any sense?

I also notice that I'm having trouble with Google Gadgets that contain Flash. If I scroll the page, FF seems unable to redraw the flash widget.

I have the same problem. Someome solve it?

No. It is some sort of JS collision issue.

I am having this problem but found that it goes away when I disable the JQuery Interface Library 5.x-1.0 module. However, that removes the drag/drop, of course.

So that helps. There is a jQuery conflict somewhere. Probably a namespace collision.

Any ideas?

Not a clue here as I have never implemented JQuery-land stuff. As you suggest in an earlier post, there is a conflict. Could it be the scope of a variable that is storing the URL? If I have time in the next week or so, I'll see if I can find anything.

(I am evaluating Drupal/MySite to see if it would make a good portal for intranet use at a small college. Looks promising. Nice job.)

My guess is that some (but not all) Google Droplets have a namespace collision in the variable names in the JavaScript. To fully test, can you post a link to a Google widget that is causing problems?

Here are a few that can replicate the problem (attachment).

Added this note later: Now I cannot reproduce after removing the digital clock widget. Added it back and everything still OK. Weird.

And now: Error returns with successive page reloads (IE or Firefox).

Subscribing, greetings, Martijn

After looking at this a bit more, I found an error in my work that gave me bad results. I apologize to agentrickard for that. (I had neglected to copy the latest interface .js file to "misc". Thank you "status module" for tipping me off.)

Now I find that widgets and gadgets work fine in Windows XP and the following browsers:

IE v6
Chrome 1.0.154.43
Flock 1.2.4

Only my Firefox 3.0.5 has an issue. The page MySite page view can be seen for a fraction of a second and then the page blanks (white screen) and the progress "twirl" spins forever. In admin mode, only the droplet appears after its creation.

Using:
Drupal v5.14
JQuery Interface 5.x-1.0
jQuery 5.x-1.3
JQuery Update 5.x-2.0
MySite 5.x-3.3

I hope to have some time to experiment with some workarounds soon.
==
Tad.

The post #27 is only for anonymous users (sigh). Once logged in the errors appear in all -- google widget is only one showing or blank page. Load in loop. Exception is IE where MySite page loads but the Google widget content is blank.

Fix/solution found.

I have fixed this issue. All widgets and droplets are now working correctly over all browsers and whether you are logged in or not. I traced it through a debugger to a flas point that was outside of this module's code. Turns out the issue seems to have been caused by an improper installation of jQuery. That is, on a reinstall of all current .js (manual copy of same to the core's misc folder) everything works. I can only surmise that either the copy failed on a previous upgrade -- my error (most probable, these days) or something else. I apologize for the bad reports...

This is a very well-written and feature rich module. Thank you, agentrickard.