Re: [widgets] Buggy P&C i18n Tests

Something else went strange with the tests - they have odd new names and url's that don't work:

E.g. 

Test "b5" has been renamed to: 

http://dev.w3.org/2006/waf/widgets/test-suite/test-cases/ta-RRZxvvTFHx/000/ta-rr-000.wgt

However the actual test widget is still at:

http://dev.w3.org/2006/waf/widgets/test-suite/test-cases/ta-RRZxvvTFHx/000/b5.wgt

Well, its clearly incorrect. However I would prefer not to have to go and manually retype all the URLs for my tests so if we can have the old names back that would be nice!


On 6 Sep 2010, at 12:54, Marcos Caceres wrote:

> 
> 
> On 9/6/10 12:25 PM, Scott Wilson wrote:
>> To be honest I've been having problems with the i18n test cases
>> generally. For example:
>> 
>> 
>> Tests that LRO direction applies to the name element. To pass, the
>> displayed value must render as "םפללחק".
>> 
>> 
>> I can't get the text in that config.xml to show as anything other
>> than "קחללפם" - even manually copying it into a HTML file with the
>> div attribute in every combination and opening in every browser I've
>> got (including Opera ;-) has the same result!
> 
> Yeah, we are working on it too. This is by no means easy. It's why the i18n guys made us do it.
> 
> Try:
> 
> <p><span style="unicode-bidi: bidi-override; direction:ltr"> "קחללפם"</span></p>
> 
> Should work fine in all browsers.
> 
>> On 5 Sep 2010, at 23:24, Marcos Caceres wrote:
>> 
>>> 
>>> 
>>> On 9/4/10 4:54 PM, Scott Wilson wrote:
>>>> I'm also getting a Zip file error on the i18n-039&  040 sets
>>>> (these are the only ones I've implemented so far):
>>>> 
>>>> java.util.zip.ZipException: oversubscribed dynamic bit lengths
>>>> tree
>>>> 
>>>> They seemed to work OK earlier on yesterday, but seem to have
>>>> become recently corrupted. (They won't unzip using standard zip
>>>> desktop tools either)
>>> 
>>> Re-uploaded all the tests, and we fixed the borked tests too. Happy
>>> testing :)
>>> 
>>>> S
>>>> 
>>>> On 3 Sep 2010, at 19:55, Marcos Caceres wrote:
>>>> 
>>>>> Hi, Please be warned that following tests have some bugs. We
>>>>> will fix them next week.
>>>>> 
>>>>> http://dev.w3.org/2006/waf/widgets/test-suite/test-cases/i18n-lro/027/
>>>>> 
>>>>> 
> http://dev.w3.org/2006/waf/widgets/test-suite/test-cases/i18n-rlo/027/
>>>>> http://dev.w3.org/2006/waf/widgets/test-suite/test-cases/i18n-ltr/027/
>>>>> 
>>>>> 
> http://dev.w3.org/2006/waf/widgets/test-suite/test-cases/i18n-rtl/027/
>>>>> http://dev.w3.org/2006/waf/widgets/test-suite/test-cases/i18n-lro/028/
>>>>> 
>>>>> 
> http://dev.w3.org/2006/waf/widgets/test-suite/test-cases/i18n-rlo/028/
>>>>> http://dev.w3.org/2006/waf/widgets/test-suite/test-cases/i18n-ltr/028/
>>>>> 
>>>>> 
> http://dev.w3.org/2006/waf/widgets/test-suite/test-cases/i18n-rtl/028/
>>>>> 
>>>>> Effectively, the UA would reject the value of each because it
>>>>> is not a valid media type, so it would never be "displayed".
>>>>> 
>>>>> Also, "If the src attribute of the content element is absent or
>>>>> an empty string, then the user agent must ignore this element".
>>>>> This means that the tests above would not run at all because
>>>>> the UA would reject the content element (as they don't have a
>>>>> src attribute).
>>>>> 
>>>>> -- Marcos Caceres Opera Software
>>>>> 
>>>> 
>>> 
>>> -- Marcos Caceres Opera Software
>> 
> 
> -- 
> Marcos Caceres
> Opera Software

Received on Monday, 6 September 2010 13:04:08 UTC