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.
| Comment | File | Size | Author |
|---|---|---|---|
| #4 | Fivestar Settings - Drupal_1197991242676.png | 38.6 KB | captcha |
| fivestar_preview.jpg | 52.3 KB | KentBye |
Comments
Comment #1
quicksketchHmm, 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.
Comment #2
KentBye commentedI'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.
Comment #3
thetechguide commentedSame 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.
Comment #4
captcha commentedUsing 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.
Comment #5
KentBye commentedI'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.
Comment #6
quicksketchMarked 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.
Comment #7
quicksketchThis 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.
Comment #8
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.