On Fri, Sep 11, 2009 at 10:28 AM, Arne Roomann-Kurrik <[email protected]>wrote:
> The problem with the labpixies gadget is in this translation bundle: > http://www.labpixies.com/campaigns/todo/i19_shared/all_all_igoogle.xml > Labpixies is returning a content-type for this file, but not a charset, > making Shindig default to UTF-8. However, that file looks like it's encoded > in latin-1 (probably a copy and paste job from MS Word since the error > appears to be with an apostrophe) making Shindig blow up when it can't parse > the file correctly. > > The solution would be for labpixies to serve a content-type, or encode > their files in valid utf-8. > Sorry, serve a content-type with a defined charset. > Or you could just try with a different test gadget - here's one I just > wrote: > > http://<path to your shindig>/gadgets/ifr?url= > http://gadgeteditor.appspot.com/spec/16002/hello-world.xml > > Cheers, > ~Arne > > > > On Fri, Sep 11, 2009 at 1:36 AM, Rodrigo Moraes > <[email protected]>wrote: > >> On Fri, Sep 11, 2009 at 4:01 AM, Yonas wrote: >> > I'm new to shindig, and I'm trying to install 0.8.1 on Ubuntu Jaunty. >> > >> > This directory doesn't exist: >> > >> > /gadgets/ifr?url=http://www.labpixies.com/campaigns/todo/todo.xml >> > >> > there's a /test/gadgets/, but no /test/gadgets/ifr. >> > >> > Is the documentation out of date? >> > >> > Cheers, >> > Yonas >> >> That directory doesn't exist indeed. All requests are mapped to >> index.php using mod_rewrite (apache). Take a look at the .htaccess >> file in the root dir. You must allow the mod_rewrite directives to be >> executed in your VirtualHost configuration, if it is not yet >> (AllowOverride All or something like that). >> >> Anyway, I passed this phase and tried to access >> /gadgets/ifr?url=http://www.labpixies.com/campaigns/todo/todo.xml. The >> error I got was: >> >> Fatal error: Cannot redeclare class HttpUtil in >> /Users/moraes/www/shindig/src/gadgets/HttpUtil.php on line 24 >> >> ...which is hard to debug because the line points to where the class >> is declared, and there's no traceback to see where it was included for >> the second time. I searched the code, fixed the double include, and >> got a GadgetSpecParserError - probably it failed to fetch the gadget >> and tried to parse an empty string. This, I believe, is a problem on >> my side - I probably miss a dependency for the external url fetch, or >> it is not well configured, I'll check that another time. >> >> (btw I tried this with the 1.0 download, not svn) >> >> And a side note, I'm working on a open source container in Python, to >> be deployed in App Engine. Shindig is helping me a lot to understand >> the specs. If you have interest in the project, please drop me a line. >> >> -- rodrigo >> > >
