shindig-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Paul Lindner (JIRA)" <>
Subject [jira] Resolved: (SHINDIG-803) hasFeature does not work
Date Mon, 14 Jun 2010 20:51:14 GMT


Paul Lindner resolved SHINDIG-803.

    Fix Version/s: 2.0.0-RC1
       Resolution: Fixed

fixed!  had to rewrite the patch to support the new classes..

> hasFeature does not work
> ------------------------
>                 Key: SHINDIG-803
>                 URL:
>             Project: Shindig
>          Issue Type: Bug
>          Components: Java, Javascript 
>    Affects Versions: 1.0
>            Reporter: Henning Schmiedehausen
>             Fix For: 2.0.0-RC1
>         Attachments: SHINDIG-803.patch
> Digging through the code; I have a test gadget that displays the compliance level of
a javascript container. It is available at
This loads all opensocial features as optional and then displays the results of hasFeature(),
which should only be true if a feature actually exists. 
> Consider me surprised, when this gadget found out that most popular containers already
support opensocial-1.0. :-)
> The current shindig code builds an array of features from the gadget in
For all features referenced by the gadget, this will contain an entry with the configuration.
Even for the ones that are optional.
> in, the hasFeature() method only tests the presence of a key in this
array. Which is always present if a feature is referenced by the gadget spec. No matter whether
it exists or not. It will always report the feature existing. As the Optional/hasFeature combo
is the only way to find out whether a given feature requested by a gadget is actually present,
I consider this a bug. :-) 

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message