- From: Francois Daoust <fd@w3.org>
- Date: Thu, 17 Jul 2008 15:53:19 +0200
- To: Miguel Garcia <miguel.garcia@fundacionctic.org>
- CC: public-mobileok-checker <public-mobileok-checker@w3.org>
Thanks Miguel,
I committed a few moki and testresults files, based on your fixes.
Miguel Garcia wrote:
> Hi,
>
> We have made a partial commit that fixes some of your reported bugs. But
> there are also some bugs that need some clarification.
>
>> New bugs
>> --------
>> - ObjectsOrScript: the checker applies some of the tests to more than
>> just "Included Resources": OBJECTS_OR_SCRIPT-5 and OBJECTS_OR_SCRIPT-9
>> are applied to all objects, whereas OBJECTS_OR_SCRIPT-6,
>> OBJECTS_OR_SCRIPT-8, and OBJECTS_OR_SCRIPT-10 seem not to be
>> see tests OBJECTS_OR_SCRIPT 4 and OBJECTS_OR_SCRIPT 5
>>
>
> Tests OBJECTS_OR_SCRIPT 4 and OBJECTS_OR_SCRIPT 5 aren't on CVS so we
> couldn't check exactly where is the problem.
Ooops. They are on another computer. I'll add them by tomorrow.
[...]
>
>> - ExternalResources: caching directives are not taken into account (an
>> image is counted only once, even if it's served with a no cache
> directive)
>
> Caching directives are not taken into account.
The question is: should they? I have no idea about what a browser does
when rendering a page that contains 10 times the same image served with
a "no-cache" directive. Does it request the image 10 times? Or is part
of the same page rendering, and the page is requested only once?
In short, is it a bug (that we may fix later anyway, because I think
it's minor since we already return caching messages) or is it normal?
[...]
[See other thread for the stylesheets]
[Thanks for the additional fixes!]
[...]
>
>> - Using the checker without a running Internet connection has some
> weird
>> consequences.
>> run OBJECTS_OR_SCRIPT 1 without an Internet connection.
>> The code defines a dummy URI at example.org when javascript links
> are
>> detected. I'm not sure why. What is sure is that without an
>> up-and-running Internet Connection, example.org cannot be resolved, and
>> this yields the following error message:
>> <test name="LINK_TARGET_FORMAT" outcome="FAIL">
>> <result name="LINK_TARGET_FORMAT-1" outcome="WARN">
>> <info>WARN: The linked resource
>> http://example.org/#javascript%3Aalert%28%27javascript%3A+scripting%27%
> 29%3
>> B
>> is in a format ("") that may not be appropriate for a mobile
> device</info>
>> </result>
>> <result name="HTTP_RESPONSE-1" outcome="FAIL">
>> <info>FAIL: The request to the resource
>> http://example.org/#javascript%3Aalert%28%27javascript%3A+scripting%27%
> 29%3
>> B
>> does not result in a valid HTTP response (because of network-level
>> error, DNS resolution error, or non-HTTP response) </info>
>> </result>
>> </test>
>> -> Can we get rid of this hack somehow?
>>
>
> We couldn't reproduce this error.
I'll get back to you about that. I need my Internet Connection for the
time being ;-P
Received on Thursday, 17 July 2008 13:53:57 UTC