W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2009

Re: [widgets] BUG ALERT for P+C spec: Try to fallback to default start files when src path is invalid or not existing

From: Marcos Caceres <marcosc@opera.com>
Date: Fri, 7 Aug 2009 15:26:15 +0200
Message-ID: <b21a10670908070626qbd6f006l8bc056674538c6ff@mail.gmail.com>
To: public-webapps <public-webapps@w3.org>
On further consideration, Opera has decided this is not a bug. We
would like to leave the behavior as is in the spec. What do others
think?

On Fri, Jul 31, 2009 at 5:50 PM, Marcos Caceres<marcosc@opera.com> wrote:
> Opera QA has found the following bug in the Widgets 1.0: Packaging and
> Configuration W3C Candidate Recommendation 23 July 2009 [1].
>
> Description of bug:
> In Step 7, when a content element's src attribute's values is not a
> valid path, the UA treats the widget as an invalid widget. It should,
> instead, skip the offending content element and try to recover by
> using a default start file.
>
> Proposed solution:
> In Step 7, when a content element's src attribute's values is not a
> valid path, the UA should try to fallback to default start files. This
> would be achieved by changing the following text from:
>
> [[
> If path is a valid path, let file be the result of applying the rule
> for finding a file within a widget package to path. If path is not a
> valid path, then a user agent must treat the widget package as an
> invalid Zip archive.
> ]]
>
> To:
> [[
> If path is not a valid path, then the user agent must skip this element.
> If path is a valid path, let file be the result of applying the rule
> for finding a file within a widget package to path. If file is null or
> in error, then the user agent must skip this element.
> ]]
>
> [1] http://www.w3.org/TR/2009/CR-widgets-20090723/
> --
> Marcos Caceres
> http://datadriven.com.au
>



-- 
Marcos Caceres
http://datadriven.com.au
Received on Friday, 7 August 2009 13:27:23 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:33 GMT