Not all of the fivestar widget previews are showing up properly in either FF 2.0.0.10 or Safari 3.0.4 on the /admin/build/modules/fivestar page.
Which previews show up often changes from page load to page load, but only 3-4 of the previews show up on any give time as shown in the attached photo.

Comments

Hmm, looks like this could be caused by the number of requests to the server. It works fine on my boxes, but they might allow a higher number of simultaneous connections. Because each preview is actually an iFrame with a separate page, I'm guessing either the browser or server is giving up early serving that many simultaneous page requests. I could be totally off though.

I'm running on my Mac localhost environment. (OS X of 10.4.11 & FF 2.0.0.11)
For the first time ever, they all showed up in Firefox.
But then on the page reload, I see the same behavior.
Going over to Safari also only shows 3-4.

I can see each of them when I browse to each individual preview page of /fivestar/preview/widget/0

But you may want to see if others are seeing this.

Version:5.x-1.x-dev» 5.x-1.8

Same problem is happening to me in Firefox 2.0.0.9, running locally on Windows XP SP2 using Uniform Server 3.5 as the AMP environment. I never see the fivestar image preview regardless of reloading the page.

Version:5.x-1.8» 5.x-1.10
StatusFileSize
new38.6 KB

Using Fivestar 5.x-1.10 on FF 2.0.0.11 and WinXP SP2 previews show up fine, see attached. I am the only one accessing the local drupal test bed; server load could still be an issue. Would recommend you upgrade Fivestar and then check if there is still a problem.

Version:5.x-1.10» 5.x-1.11-beta3

I'm still seeing this on my localhost dev environment on MacBook Pro in both FF 2.0.0.11 & Safari 3.0.4
BTW, I'm not using MAMP.

Marked http://drupal.org/node/226274 as duplicate, same problem only in Drupal 6.

We need to somehow figure a way that we can load the previews without iFrames, as it doesn't seem to work reliably on a lot of websites. The only way I can see how to do this would be load all the CSS files into PHP, then prefixing every CSS declaration with a unique DIV id. It'd be pretty cludgy, but probably not worse than iFrames that don't work half the time.

Status:Active» Fixed

This was fixed when the color picker was added: http://drupal.org/node/232127.

Now all the sample widgets are displayed inline, and each CSS file is read in, rewritten for unique divs, then added to the page header.

Status:Fixed» Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.