Re: [widgets] Buggy P&C i18n Tests

Ok, I think I fixed it... maybe.. hopefully :)

On 9/6/10 3:05 PM, Marcos Caceres wrote:
>
>
> On 9/6/10 3:03 PM, Scott Wilson wrote:
>> 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!
>
> D'oh, our test generator went loopy! :( I'm on it!
>
>> 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
>>
>

-- 
Marcos Caceres
Opera Software

Received on Monday, 6 September 2010 13:36:23 UTC