[Dev] FW: some issues in the process of TCT Bluetooth testing
wu.zheng at intel.com
Tue Aug 12 09:24:41 GMT 2014
We are testing them.
Later we will give you some response.
From: corentin.lecouvey at open.eurogiciel.org [mailto:corentin.lecouvey at open.eurogiciel.org]
Sent: Tuesday, August 12, 2014 5:16 PM
To: Zheng, Wu
Cc: dev at lists.tizen.org; Xu, Martin; Jia, Pei P; Le Foll, Dominique
Subject: Re: FW: some issues in the process of TCT Bluetooth testing
Hi Zheng Wu,
Thanks for your feedback on bluetooth classes. I will fix that asap.
Btw, I'm not able to make rfcomm socket work. Is this feature available or not ?
On 08/12/2014 10:19 AM, Zheng, Wu wrote:
> Hi corentin,
> Please check the cases of BluetoothDevice_isConnected_attribute :139 line and BluetoothDevice_uuid_attribute +163 line.
> The issues are the same with BluetoothClass.
> Please fix them. Thanks.
> Best Regards
> Zheng Wu
>> -----Original Message-----
>> From: Zheng, Wu
>> Sent: Tuesday, August 12, 2014 3:25 PM
>> To: 'corentin.lecouvey at open.eurogiciel.org'
>> Cc: 'dev at lists.tizen.org'; Xu, Martin; Jia, Pei P; Le Foll, Dominique
>> Subject: some issues in the process of TCT Bluetooth testing
>> Hi Corentin,
>> Do you come back for Bluetooth tasks today? Welcome back.
>> We still are testing Bluetooth TCT testing.
>> We are using
>> ns- crosswalk.git;a=shortlog;h=refs/heads/sandbox/clecouve/tizen to
>> Some issues are related with tizen-extensions-crosswalk and please
>> check them.
>> 1. BluetoothManager_deviceMajor_attribute
>> 2. BluetoothManager_deviceMinor_attribute
>> 3. BluetoothManager_deviceService_attribute
>> Bluetooth CAPIs are not used in the three test cases. Therefore,
>> please check the related source code of tizen-extensions-crosswalk.
>> 4.in the case of BluetoothClass.
>> It failed in 104 and 105 line:
>> 101:devService = device.deviceClass.services;
>> 102:device.deviceClass.services = null;
>> 103:device.deviceClass.services = ;
>> 104:assert_type(device.deviceClass.services, "unsigned short",
>> "device.deviceClass.services is type number.");
>> 105:assert_true(devService === device.deviceClass.services,
>> "device.deviceClass.services readonly");
>> 104 line : It means that device.deviceClass.services is not
>> "unsigned short" and in fact, the type of device.deviceClass.services is object.
>> 105 line: It means that device.deviceClass.services should be
>> readonly and 102 and 103 line can't modify the value of
>> However, it can be modified.
>> Can you check the related source codes of tizen-extensions-crosswal
>> and fix them?
>> Best Regards
>> Zheng Wu
More information about the Dev