Closed (fixed)
Project:
Fivestar
Version:
5.x-1.11-beta3
Component:
Code
Priority:
Minor
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
4 Dec 2007 at 23:57 UTC
Updated:
28 Mar 2008 at 03:11 UTC
Jump to comment: Most recent file
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.