- 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