[Archive] Fixed permission handling for windows-zipped files

[Issue] When having files with added P attribute on windows, then zipped
and unzipped on tizen using Web API, files have invalid access rights.

Reproduction:
1. create file on windows
2. add P attribute: attrib -a +p test_file.txt
3. zip file with 7-zip
4. copy to tizen device and unzip with webapi:
function errorCallback(error) {console.log(error);}
function successCallback() {console.log("done");}
function progressCallback(opId, val, name) {
  console.log(
      "extracting operation (: " + opId + ") is in progress (" + (val * 100).toFixed(1) + "%)");
}
function openSuccess(archive) {
  archive.extractAll("downloads", successCallback, errorCallback, progressCallback);
}
tizen.archive.open("downloads/test_kona.zip", "r", openSuccess);
5. check file permission:
 ------x--- 1 owner priv_mediastorage User::App::Shared 9 Oct 31 14:07 testfile.txt

[Verification] With this commit, above scenario ends with proper 755
permissions (for windows files), and recreated files permissions if
points 1-3 are done on ubuntu.
TCT passrate is 100%.

Change-Id: I8d6e3de036b39f5180b4773eaee5b710b0def9be
(cherry picked from commit 0985b4c8da445e34f517cfa63d94a82f00deabb5)

[Download] Fixed download initialization

When many downloads are taking place one after another it was possible
that uninitialized memory used for state value has a 5,6,7 status, which
caused that web api interpreted it as not valid state change, when the
'DOWNLOADING' state comes. Now this should not occur as the state is
initialized before starting a download.

Change-Id: I8c0ed0d375e512c1dcc17255f2387df70f3ddcb3
(cherry picked from commit 722a53ccbd76726cb84f65f60c3ba98b0cbb2208)

[Messaging] Prevent crash of using released structure mail_data_final

In line 296, there is the usage:
  mail_data_final->thread_id = mail_data_final->mail_id;

but if retries loop above reaches limit, then the structure is relased,
so using it causes crash.
To prevent it, we release data on the beginning of the next iteration of
a loop.

[Verification] TCT passrate:
messaging-email - 100%.

Change-Id: I4751e5509271f28ab803e0ef10a90ff10d61ec10

[Alarm] Don't raise an error when an alarm without TYPE is found

tizen.alarm.get() and tizen.alarm.getAll() used to fail when alarms
without "TYPE" property in related app_control existed.
This commit returns such alarms as JS Alarm objects.

[Verification] tct-alarm-tizen-tests (auto): 100 %

I've tested in Chrome DevTools debugger, that when an alarm without
"type" property comes to JS, a valid "Alarm" object is created
(I don't provide any test code snippet, because it required stopping
app in the debugger).

Change-Id: I4b5bcea75509f454bd17b787c080417849720f5a
Signed-off-by: Pawel Wasowski <p.wasowski2@samsung.com>

[Filesystem] Fixed Blob to Uint8Array conversion

Fix inspired by this answer: https://stackoverflow.com/a/63920556/11502478

[Verification] in Chrome console:
// assume having wav file on the device
input = tizen.filesystem.openFile("documents/sample1.wav", "r")
blob = input.readBlob()  /// Blob {size: 1073218, type: ""}

output = tizen.filesystem.openFile("documents/sample1_output.wav", "w")
output.writeBlob(blob)
output.close()

output_test = tizen.filesystem.openFile("documents/sample1_output.wav", "r")
blob_test = output_test.readBlob()  /// Blob {size: 1073218, type: ""}

console.log("Verification passed: " + (blob.size === blob_test.size))

input.close()
output_test.close()

TCT (filesystem, deprecated) passrate 100%

Change-Id: I5e4beea31d69430e9dbe44a7899cf675e779c7f8

[systeminfo] Prevent possible crash when failure initialization

SVACE: 456450

[verification] Code compiles without errors

Change-Id: I0b2f0c0c8d27ff0cc6edf3099f7ec77a2d825c7c

[Common] Fixed invalid parsing of decimal values

[Bug] Decimal values fails to parse properly when locale of device
was e.g. Deutsch

[Verification]
//Below code works well for locales: English, Deutsch, Francais
// sound values are changing and show aproximately same values
// (depending on platform adjustments)

tizen.sound.setVolume("MEDIA", 0.1);
console.log(tizen.sound.getVolume("MEDIA"))
>> 0.13

Change-Id: Icde211bcfcc66cf0d66852816d2a00907adf4571

[Download][TDAF-1353] Exception fix for 'start' function

`start` function was returning unknown error exception instead of
unsupported error in case when networkType in DownloadRequest wasn't
supported by the device.

Additionally fix enables null values to be used (in accordance with the documentation).

[Verification] Code builds without errors. TCT suites deprecated, download and systeminfo pass rate: 100%.
Tested in developer console on devices with telephony set to true and false.
Below code was used with all network types, as well as invalid values.
```
var downloadRequest = new tizen.DownloadRequest(
                    "http://download.tizen.org/tct/2_1/webapi-tizen-download-test-image-lq.png",
                    null, null, "CELLULAR", null);

tizen.download.start(downloadRequest);
```

Change-Id: I4f2866a07019f129c852024970783b110ef11abc
Signed-off-by: Arkadiusz Pietraszek <a.pietraszek@samsung.com>

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: Ia3f1067915717be06164910e4efa5660cdb4f6aa

Merge branch 'tizen_3.0' into tizen_4.0

Change-Id: If6af4a7e369bb22bdd3b8817095680e6db7a0abe

[version] 2.46

Change-Id: I1d625296e33677999739d473d445b2c09d1ec4e7

[Bluetooth] Prevent "Wrong listener identifier" errors for BLE scan

The following app code caused aforementioned errors:

var adapter = tizen.bluetooth.getLEAdapter();
adapter.startScan();
setTimeout(function() {
        adapter.stopScan();
}, 10000);

Now, the error is not thrown.

[Validation] tct-bluetooth-tizen-tests: auto: 100% pass rate,
             manual Bluetooth04_BLE_wearable suite: 100% pass rate
             The code above runs in ChromeDevTools without errors

Change-Id: Id9ec278b4bb1c5ce38d0b3ffb1324498152ab645
Signed-off-by: Pawel Wasowski <p.wasowski2@samsung.com>

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: I660b3b2b74fb33acbb89b9d06b7a230abee28315

Merge branch 'tizen_3.0' into tizen_4.0

Change-Id: Ia0f2c393b1aa339c1881c084636dbfb91245602d

[version] 2.45

Change-Id: I96f465c583720abbb514635a56adf50988bdac4f

[Filesystem] Fix the position property when writing non-single-byte-signs

[Bug] When FileStream object writes non-single-byte-signs, position members
was not properly updated.

[Verification] TCT filesystem - 100%
Below code:
(function writeKoreanOldAPI(fileName) {
    var dirPath = "documents/";
    var fullPath = dirPath + fileName;
    console.log("fullPath : " + fullPath);
    console.log("fileName : " + fileName);

    tizen.filesystem.resolve(fullPath, function (fileResult) {
        fileResult.openStream("w", function (fileStream) {
            fileStream.write("한글 확인 파일입니다\n");
            fileStream.write("한글111 확인 파일입니다\n");
            fileStream.write("한글22222 확인 파일입니다\n");

            fileStream.write("한글 확인 파일입니다\n");
            fileStream.write("한글 확인111 파일입니다\n");
            fileStream.write("한글 확인22222 파일입니다\n");

            fileStream.write("한글 확인 파일입니다\n");
            fileStream.write("한글 확인 파일입니다111\n");
            fileStream.write("한글 확인 파일입니다22222\n");
            fileStream.write("겆\n");
            fileStream.write("돐\n");

            fileStream.close();
        },
            function (e) {
                console.log("Error " + e.message);
            }, "UTF-8");

        fileResult.readAsText(
            function (str) {
                console.log("The file content:\n" + str);
                oldAPIResult = str;
            },
            function (e) {
                console.log("Error " + e.message);
            },
            "UTF-8");
    },
        function (e) {
            console.log("Error:" + e + " Create a file.");
            tizen.filesystem.resolve(dirPath, (dir) => { newFile = dir.createFile(fileName); });
            writeKoreanOldAPI(fileName);
        }, "rw");

})("test")

creates file with size of 302 bytes and content:
한글 확인 파일입니다
한글111 확인 파일입니다
한글22222 확인 파일입니다
한글 확인 파일입니다
한글 확인111 파일입니다
한글 확인22222 파일입니다
한글 확인 파일입니다
한글 확인 파일입니다111
한글 확인 파일입니다22222
겆
돐

Change-Id: I8ff3c158ed2b284e1cdeaa93c339952fef6915b0

[Filesystem] Add support for ISO-8859-1

Latin-1 encoding in FileReadString and FileWriteString

Change-Id: I2cd7942481619989891c3019d3f7d4325b962892
Signed-off-by: Jakub Skowron <j.skowron@samsung.com>

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: Ic5b2736ab945e3c39cea6f32aae8d5532dd74558

Merge branch 'tizen_3.0' into tizen_4.0

Change-Id: I5424b41f13b345d9ff8b831f99b884f4a541b882

[version] 2.45

Change-Id: Ib116dd26b482abb5892e894f280141787f978435

[Common] Fixed possible memory leak

[verification] Code compiles without errors

Change-Id: Ib8c7843461a575fd05d3b28e4db1fab35cc08ccb

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: I2d5d3c4758a7181f8b66dce90a67485083866ed0

[version] 2.44

Change-Id: I0caaa6af3791ad65fa165c45dfe37e5e01239b1b

[Humanactivitymonitor] Fixed wrong behaviour of  isGestureSupported()

https://code.sec.samsung.net/jira/browse/XWALK-2175

Implementation should not throw NotSupportedError, but return true/false

[Verification] Code compiles without errors.

Change-Id: Ia19893338f9b573a29639b667b3b0b52c6584554

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: I5f25a22be8b2092b9f290b916bd3e47aa61828ab

Merge branch 'tizen_3.0' into tizen_4.0

Change-Id: I0abc0ed3a4c04aa1df20e4ef1b804cad4aed2088

[version] 2.43

Change-Id: I1f760b29b975107288cf2b5595f94db168148f4e

[Bluetooth][Pre-6.0] Fix BluetoothLEDevice::getServiceAllUuids()

[Bug] When some remote device advertises non-standard UUID, it was invalidly
translated to 16bit UUID. Which caused "NotFoundError: Service not found" error
in case of reading this service.

Inlcudes:
* fix for BluetoothLEDevice::getServiceAllUuids based on 6.0 implementation
* moving toLowerCase() from messaging to common module (needed for a fix)

[Verification]
Auto TCT 100% pass.

Tested in console:

Precondition:
Remote device need to have a GATT server advertising some non-standard UUID service, e.g.
"12341234-1234-1234-1234-123412341234". Below code should work if your remote device "MyDevice"
has proper service with a characteristic.

Last result will be something like "Value read from 1 characteristic -> 116,101,115,116"

var testDeviceName = "MyDevice";
var nonStandardUUID = "12341234-1234-1234-1234-123412341234";

var device;
function testBle(name) {
    var adapter = tizen.bluetooth.getLEAdapter();

    adapter.startScan(function (device_) {
        device = device_;
        //Item one occurs here:
        if (device.name)
            console.log("Found: " + JSON.stringify(device))
        if (device.name === name) {
            console.log("[Found device] address: " + JSON.stringify(device));
            adapter.stopScan();

            device.connect(function () {
                console.log("[Connected]");
                uuids = device.getServiceAllUuids();
                console.log("all UUIDS\n" + JSON.stringify(uuids))

                if (uuids.includes(nonStandardUUID)) {
                    console.log("Reading: " + nonStandardUUID);
                    var service = device.getService(nonStandardUUID);
                    if (service.characteristics.length > 0) {
                        for (j = 0; j < service.characteristics.length; ++j) {
                            var characteristic = service.characteristics[j];
                            characteristic.readValue(function (val) {
                                console.log("Value read from " + j + " characteristic -> " + val);
                            });
                        }
                    } else {
                        console.log("no characteristics found for service: " + uuid)
                    }
                } else {
                    console.error("UUID " + nonStandardUUID + " not found ");
                }
            }, (e) => console.log(e));
        }
    }, (e) => console.log(e))
}
testBle(testDeviceName)

Change-Id: I38494b6b5037cf06ee7c4bc32d2f8f5e8e6ce97e

[Spec] Fixing conditional statement while generate rpm

At begining of spec file emulator feature flags are defined.
If any profile parameter was passed to spec file from command line then if statement
with emultor feature flag were always true.

[Verification] Code compiles without error

Change-Id: I83a82334e9f4655590fd96c1fc558e1888cb928d
(cherry picked from commit 46ed227bbc81256cc3d88fed2995e70f2659131e)

[MediaController] Add locks for variable used in different threads

Handles for client and server can be used in different threads.
It may cause segmentation fault when already freed handle will be used.

Verification: Build successful

Change-Id: Iba90d1a85be51710ccda169389ce393f5ce1d1a3
Signed-off-by: Rafal Walczyna <r.walczyna@samsung.com>

[MediaController] Add locks for variable used in different threads

Handles for client and server can be used in different threads.
It may cause segmentation fault when already freed handle will be used.

Verification: Build successful

Change-Id: Iba90d1a85be51710ccda169389ce393f5ce1d1a3
Signed-off-by: Rafal Walczyna <r.walczyna@samsung.com>

[MediaController] Add locks for variable used in different threads

Handles for client and server can be used in different threads.
It may cause segmentation fault when already freed handle will be used.

Verification: Build successful

Change-Id: Iba90d1a85be51710ccda169389ce393f5ce1d1a3
Signed-off-by: Rafal Walczyna <r.walczyna@samsung.com>

[Systeminfo] Fixed behaviour of Network property

[Bug] When using device with not supported feature
http://tizen.org/feature/network.telephony
e.g. R800 device, below code returns no error:
  tizen.systeminfo.getPropertyValueArray("NETWORK", (s) => {console.log(s)}, (s) => {console.log(s)})
listener for "NETWORK" property is never triggered also:
  tizen.systeminfo.addPropertyValueChangeListener("NETWORK", (s) => console.log(s));

[verification]
Systeminfo TCT 100% passrate.
After fix, listener and getter works properly on TW3.

Change-Id: I9f0d533055926d186305fb7c39418de1fed76f5b

[Systeminfo] Fixed behaviour of Network property

[Bug] When using device with not supported feature
http://tizen.org/feature/network.telephony
e.g. R800 device, below code returns no error:
  tizen.systeminfo.getPropertyValueArray("NETWORK", (s) => {console.log(s)}, (s) => {console.log(s)})
listener for "NETWORK" property is never triggered also:
  tizen.systeminfo.addPropertyValueChangeListener("NETWORK", (s) => console.log(s));

[verification]
Systeminfo TCT 100% passrate.
After fix, listener and getter works properly on TW3.

Change-Id: I9f0d533055926d186305fb7c39418de1fed76f5b

[Systeminfo] Fixed behaviour of Network property

[Bug] When using device with not supported feature
http://tizen.org/feature/network.telephony
e.g. R800 device, below code returns no error:
  tizen.systeminfo.getPropertyValueArray("NETWORK", (s) => {console.log(s)}, (s) => {console.log(s)})
listener for "NETWORK" property is never triggered also:
  tizen.systeminfo.addPropertyValueChangeListener("NETWORK", (s) => console.log(s));

[verification]
Systeminfo TCT 100% passrate.
After fix, listener and getter works properly on TW3.

Change-Id: I9f0d533055926d186305fb7c39418de1fed76f5b

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: If003c06d7b3ed61e67b370011b59993e7f211d69

Merge branch 'tizen_3.0' into tizen_4.0

Change-Id: I00cb2f4c2c127315e11546b3d244f25208f921f3

[version] 2.42

Change-Id: I21e64688f0d19c08c7ce6ce28b1c1209c3c3d04d

[archive] Fix paths comparator for permissions dictionary.

[Verification] tct-archive-tizen-tests 100% pass rate on TM1 emulator.

Change-Id: I675857a5f1335d8fb28a623ff15edc2d6d1aa8b5
Signed-off-by: Michal Michalski <m.michalski2@partner.samsung.com>

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: Iba85c9ce0c49127d8cbe14687d6e21cb5e9bb444

Merge branch 'tizen_3.0' into tizen_4.0

Change-Id: Ifbd17f0ca3fcaa5922f6a2194c5f2ffc007ee1c6

[version] 2.41

Change-Id: If5ba0f4ac89de2b51259a0a94be4a3a2f156e5a5

[Alarm] Fixed Coverity issue and undefined behaviour

[Coverity] 1134493

Change-Id: I3c9aa41a640efc6ca001ea96978374994a88e029

[version] 2.47

Change-Id: I2960e1b4a2214206304d3a944814bcc37f140a85

Revert "[Application] Make launch() and launchAppControl() asynchronous"

This reverts commit b6cff5d0cf62f059dc2cf5e64208d05794d31f5d.

[Verification]
TCT application - 100%
TCT deprecated - 100%

Change-Id: I1d1c42cfa5c5731ce329525b7007127b56de796b

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: I47343e6732942b125e9eae672626a60967704062

Merge branch 'tizen_3.0' into tizen_4.0

Change-Id: I1bd47bf631acfcd842c26a5076c3538d8cbe8247

[version] 2.40

Change-Id: I06a43e95787fe3e97fc87cbaaee7f2e430b99b97

[Archive] Prevent extracting files with ".." in relative paths

This change mitigates a potential security issue, which could occur if
a zip archive contained files with ".." in their paths.
ArchiveEntry.extract() and Archive.extractAll() will not extract such
files.

Verification: auto tct-tizen-archive-tests pass rate: 100%
              Manual tests: attempts to extract files with forbidden
              ".." results in an UnknownError.

Change-Id: I563744d834d24e896493f55d15e579e714d539f9
Signed-off-by: Pawel Wasowski <p.wasowski2@samsung.com>

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: Ib491adc102418f59ef279fc47d45a7ef3f867569

Merge branch 'tizen_3.0' into tizen_4.0

Change-Id: I46b19761d8c18ed668e27a078c7e8094c1dde614

[version] 2.39

Change-Id: I4b83c04cba5ab218c11cefdbffd4e89054f54540

[Messageport] Fixed listener issues

[Bugs]
* There was a problem with missing unregistration of
  listeners for local ports, it was added.
* There was invalid calling of listeners (only latest listener was called),
  now each registered listener is called properly.

[Verification] Messageport TCT passrate 100%.
Below scenario calls 3 different callbacks:

abc = tizen.messageport.requestLocalMessagePort("abc");
abc.addMessagePortListener((data, name) => {console.log(abc.messagePortName + " -> \"" + data + "\" : \"" + name + "\"")} );
abc.addMessagePortListener((data, name) => {console.log("2" + abc.messagePortName + " -> \"" + data + "\" : \"" + name + "\"")} );
abc.addMessagePortListener((data, name) => {console.log("3" + abc.messagePortName + " -> \"" + data + "\" : \"" + name + "\"")} );

abc_remote = tizen.messageport.requestRemoteMessagePort(tizen.application.getCurrentApplication().appInfo.id, "abc");
abc_remote.sendMessage([{key: "key1", value: "val1"}]);

Change-Id: If3a4b362de76599904c83737137c0d0cd4d023c7

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: I6272ee91b469df02a70c0ddea192ef9cc46b0123

[version] 2.39

Change-Id: I06df52433c2f8c159d42ae7ad11e10531b13a60d

[Code format] Fixed formatting issues

Change-Id: Ieb6000829e03777e709ecfa9e447185975828866

Merge "[ham] Fixed sleep recorder, returned value" into tizen_4.0

[ham] Fixed sleep recorder, returned value

[Bug] there was missing conversion from numerical value from database to string value used in Web API

[Verification] TCT passrate 100% on wearable TW3.
Below code works when activity added manually to database.
var data = [];
date = new Date(), startTime = date.getTime(), endTime = date.setDate(date.getDate() + 1),
    query = {
        startTime: startTime/1000,
        endTime: endTime/1000,
        interval: 1440
    };
tizen.humanactivitymonitor.readRecorderData("SLEEP_MONITOR", query, (s) => console.log(data = s), (s) => console.log(s))

returns one of values of "ASLEEP", "AWAKE", or "UNKNOWN"

Change-Id: I86b6bead534638bafcb5abcb16512bb462c79374

[ham] Fixed sleep recorder, returned value

[Bug] there was missing conversion from numerical value from database to string value used in Web API

[Verification] TCT passrate 100% on wearable TW3.
Below code works when activity added manually to database.
var data = [];
date = new Date(), startTime = date.getTime(), endTime = date.setDate(date.getDate() + 1),
    query = {
        startTime: startTime/1000,
        endTime: endTime/1000,
        interval: 1440
    };
tizen.humanactivitymonitor.readRecorderData("SLEEP_MONITOR", query, (s) => console.log(data = s), (s) => console.log(s))

returns one of values of "ASLEEP", "AWAKE", or "UNKNOWN"

Change-Id: I86b6bead534638bafcb5abcb16512bb462c79374

[ham] Fixed sleep recorder, returned value

[Bug] there was missing conversion from numerical value from database to string value used in Web API

[Verification] TCT passrate 100% on wearable TW3.
Below code works when activity added manually to database.
var data = [];
date = new Date(), startTime = date.getTime(), endTime = date.setDate(date.getDate() + 1),
    query = {
        startTime: startTime/1000,
        endTime: endTime/1000,
        interval: 1440
    };
tizen.humanactivitymonitor.readRecorderData("SLEEP_MONITOR", query, (s) => console.log(data = s), (s) => console.log(s))

returns one of values of "ASLEEP", "AWAKE", or "UNKNOWN"

Change-Id: I86b6bead534638bafcb5abcb16512bb462c79374

Merge "[MediaController] Fix removing invalid listener" into tizen_4.0

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: I0e0154add6a286b1fb259a2d973210d3887c3a94

Merge branch 'tizen_3.0' into tizen_4.0

Change-Id: I19c718eb38545fda3bf0b49403e1cbd88960ec4f

[version] 2.38

Change-Id: Id74d1d21292bd36c33771009e5a6fac0bd50537b

[MediaController] Fix removing invalid listener

CommandListener was removed instead of ChangeRequestPlaybackInfoListener.
It was impossible to add ChangeRequestPlaybackInfoListener again.

Verification: tct passrate 100%.
Tested in GoogleChrome console on TM1 and KantM2.

Change-Id: Iff0ea6026581b3649592ee5bde3bfb625ceb35e4
Signed-off-by: Rafal Walczyna <r.walczyna@samsung.com>

[MediaController] Fix removing invalid listener

CommandListener was removed instead of ChangeRequestPlaybackInfoListener.
It was impossible to add ChangeRequestPlaybackInfoListener again.

Verification: tct passrate 100%.
Tested in GoogleChrome console on TM1 and KantM2.

Change-Id: Iff0ea6026581b3649592ee5bde3bfb625ceb35e4
Signed-off-by: Rafal Walczyna <r.walczyna@samsung.com>

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: I2b03c54dc49d3de0aafbf08bd5f037ce97ecd2ec

Merge branch 'tizen_3.0' into tizen_4.0

Change-Id: Icba6eb40bb40a300befb71d01aa07320ea68b069

[version] 2.37

Change-Id: Ib1de6d53a704c6321d70c5202b5a5fcc3b055ead

[filesystem] Fix getAllStorages

Fixed bug which causes to show duplicated values of internal
and external storages

[verification] Filesystem and Archive tct - 100% pass.

Change-Id: Ic087583a906eecfa040d97cb903f4c99838c6591
Signed-off-by: Rafal Walczyna <r.walczyna@samsung.com>

[filesystem] Fix getAllStorages

Fixed bug which causes to show duplicated values of internal
and external storages

[verification] Filesystem and Archive tct - 100% pass.

Change-Id: Ic087583a906eecfa040d97cb903f4c99838c6591
Signed-off-by: Rafal Walczyna <r.walczyna@samsung.com>

[filesystem] Fix getAllStorages

Fixed bug which causes to show duplicated values of internal
and external storages

[verification] Filesystem and Archive tct - 100% pass.

Change-Id: Ic087583a906eecfa040d97cb903f4c99838c6591
Signed-off-by: Rafal Walczyna <r.walczyna@samsung.com>

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: I486c2595028dc8e9cf7555aa13ae114fe8af7be3

Merge branch 'tizen_3.0' into tizen_4.0

Change-Id: I99c57c205dd95970412c98430b9998c773a94917

[version] 2.36

Change-Id: I99c7c0258b677468f6a163e03a7807411dbbde56

[Bluetooth] Fixed issues related to BLE

[Bug/Fix]
  1. Prevent possible crash in case of invalid data passed from native
  2. Prevent type mismatch exception in JS in case of LE devices advertising
     serviceData.

[Verification] tct passrate 100%
  Checked in chrome console and le device with serviceData.

Change-Id: Iecc9929a77a1acfd1b33eb325ea287011b9a6096

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: I6307aead894899f049bacde9cb8af54febe91251

Merge branch 'tizen_3.0' into tizen_4.0

Change-Id: Iea1a8a0914572301a28c53d54bf64c795237ce44

[version] 2.35

Change-Id: Ifc5a4e534e395579031af9d3d115389b7545ab77

[Filesystem] Source code auto-formatting

Used: ./code_format src/ -c -js

Change-Id: I1a27efa220445342ec42ef5327d06ac7bdd40ca9
Signed-off-by: Rafal Walczyna <r.walczyna@samsung.com>

[Archive] Fix for retrieving virtual roots

Current implmentation gets only internal virtual roots. This change adds
getting external roots as well.

[Verification] TCT Archive passed with 100% p.r.

Change-Id: Ia961dd276901ed31d42b22d93148d51066276163
Signed-off-by: Szymon Jastrzebski <s.jastrzebsk@partner.samsung.com>

[Filesystem] List of virtual roots for resolve function fixed.

Current implementation of virtual roots list did not include internal0 or
external memory i.e. SDCard or USBDrive. It results in not working resolve()
function, when location to resolve was on external memory.

Verification: TCT - 100 % pass.

Change-Id: I11c2537a7f5643f8c9ccfe2f45be9f3bce3edf00
Signed-off-by: Rafal Walczyna <r.walczyna@samsung.com>

Merge branch 'tizen_4.0' into tizen_5.0

Change-Id: Id7abc98f999b2bfb8dc0b49692f688f1b4c9ee9f

Merge "[Application] Fixed path of getAppSharedURI" into tizen_5.0

[Application] Fixed path of getAppSharedURI

Application should return path to the 'shared' directory which follows
the description of 'shared' directory content available here:
https://developer.tizen.org/development/training/native-application/understanding-tizen-programming/file-system-directory-hierarchy

New application returns the path like:
sh-3.2# ls -al /opt/usr/home/owner/apps_rw/org.example.basic/shared/
total 20
drwxr-xr-x 4 owner  users        4096 Jul 18 13:06 .
drwxr-xr-x 5 owner  users        4096 Jul 18 13:06 ..
drwxrwsr-x 2 owner  system_share 4096 Jul 18 13:06 data
lrwxrwxrwx 1 app_fw app_fw         58 Jul 18 13:06 res -> /opt/usr/globalapps/org.example.basic/shared/res
drwxr-xr-x 2 owner  users        4096 Jul 18 13:06 trusted

Instead of the previous result:
sh-3.2# ls -al /opt/usr/globalapps/org.example.basic/shared/
total 12
drwxr-xr-x 3 tizenglobalapp root 4096 Jul 18 13:06 .
drwxr-xr-x 6 tizenglobalapp root 4096 Jul 18 13:06 ..
drwxr-xr-x 2 tizenglobalapp root 4096 Jul 18 13:06 res

[Verification] Checked manually in chrome console
  TCT Application 100% passrate

Change-Id: I0032c10bf2d98487117cd0049103767f9c7f1d09

[Application] Fixed path of getAppSharedURI

Application should return path to the 'shared' directory which follows
the description of 'shared' directory content available here:
https://developer.tizen.org/development/training/native-application/understanding-tizen-programming/file-system-directory-hierarchy

New application returns the path like:
sh-3.2# ls -al /opt/usr/home/owner/apps_rw/org.example.basic/shared/
total 20
drwxr-xr-x 4 owner  users        4096 Jul 18 13:06 .
drwxr-xr-x 5 owner  users        4096 Jul 18 13:06 ..
drwxrwsr-x 2 owner  system_share 4096 Jul 18 13:06 data
lrwxrwxrwx 1 app_fw app_fw         58 Jul 18 13:06 res -> /opt/usr/globalapps/org.example.basic/shared/res
drwxr-xr-x 2 owner  users        4096 Jul 18 13:06 trusted

Instead of the previous result:
sh-3.2# ls -al /opt/usr/globalapps/org.example.basic/shared/
total 12
drwxr-xr-x 3 tizenglobalapp root 4096 Jul 18 13:06 .
drwxr-xr-x 6 tizenglobalapp root 4096 Jul 18 13:06 ..
drwxr-xr-x 2 tizenglobalapp root 4096 Jul 18 13:06 res

[Verification] Checked manually in chrome console
  TCT Application 100% passrate

Change-Id: I0032c10bf2d98487117cd0049103767f9c7f1d09

[Application] Fixed path of getAppSharedURI

Application should return path to the 'shared' directory which follows
the description of 'shared' directory content available here:
https://developer.tizen.org/development/training/native-application/understanding-tizen-programming/file-system-directory-hierarchy

New application returns the path like:
sh-3.2# ls -al /opt/usr/home/owner/apps_rw/org.example.basic/shared/
total 20
drwxr-xr-x 4 owner  users        4096 Jul 18 13:06 .
drwxr-xr-x 5 owner  users        4096 Jul 18 13:06 ..
drwxrwsr-x 2 owner  system_share 4096 Jul 18 13:06 data
lrwxrwxrwx 1 app_fw app_fw         58 Jul 18 13:06 res -> /opt/usr/globalapps/org.example.basic/shared/res
drwxr-xr-x 2 owner  users        4096 Jul 18 13:06 trusted

Instead of the previous result:
sh-3.2# ls -al /opt/usr/globalapps/org.example.basic/shared/
total 12
drwxr-xr-x 3 tizenglobalapp root 4096 Jul 18 13:06 .
drwxr-xr-x 6 tizenglobalapp root 4096 Jul 18 13:06 ..
drwxr-xr-x 2 tizenglobalapp root 4096 Jul 18 13:06 res

[Verification] Checked manually in chrome console
  TCT Application 100% passrate

Change-Id: I0032c10bf2d98487117cd0049103767f9c7f1d09

Merge remote-tracking branch 'origin/tizen_3.0' into tizen_4.0

[Verification] TCT passrate 100%.

Signed-off-by: Arkadiusz Pietraszek <a.pietraszek@partner.samsung.com>
Change-Id: Id004158e62f5d0b6f2c09eeee5cf300d461a9d9f

[Project][Filesystem] Fix needed after code formating of tizen_3.0 branch

Prietter code formatter treated obiect properties named 'null' and 'undefined' as keywords that should not be in apostrophes and removed those apostrophes.
This change has been reverted and //prettier-ignore tags has been added.

Change-Id: I78d502b9f674397f01c959031ad37fa139dd0b16
Signed-off-by: Arkadiusz Pietraszek <a.pietraszek@partner.samsung.com>

[Mediacontroller] Added callIfPossible safeguards in ServerPlaybackInfoListener.

Change-Id: Ic77f57e39b73acc77c67c3f1cff0352a94315206
Signed-off-by: Arkadiusz Pietraszek <a.pietraszek@partner.samsung.com>

Merge "[Mediacontroller] Added callIfPossible safeguards in ServerPlaybackInfoListener." into tizen_3.0

[MediaController] Fix for custom command without data

If custom command was sent without additional data then
command was not parsed at all.

[Verification] Tested manually

Change-Id: Id35a5852a7fa61aff48fc181926e77ee01f65ff8
Signed-off-by: Rafal Walczyna <r.walczyna@samsung.com>

[Mediacontroller] Added callIfPossible safeguards in ServerPlaybackInfoListener.

[verification] TCT 100% passrate

Change-Id: Ic77f57e39b73acc77c67c3f1cff0352a94315206
Signed-off-by: Arkadiusz Pietraszek <a.pietraszek@partner.samsung.com>

[mediacontroller] Declare MediaControllerContentType enum.

Extracted into separate commit from adding ContentType WebAPI
because it is needed by Search API implementation as well.

[Verification] Code compiles. Both ContentType API implementation and Search API
implementation compile as well with this commit as a parent.

Signed-off-by: Michal Michalski <m.michalski2@partner.samsung.com>
Change-Id: I1f140bb8dd608887b90a1d7b5a202c493e5fd3e4

[mediacontroller][common] Use PlatformEnum in MediaController.

Refactor enums in MediaController module using PlatformEnum
template class.

[Verification] Code compiles + MC TCT passed.

Signed-off-by: Michal Michalski <m.michalski2@partner.samsung.com>
Change-Id: Ie861d1c0aca7651a2f9ce45b966773082abf6045

[common] Define PlatformEnum class template.

Will replace current way enums are defined in webapi-plugins.

[Verification] Code compiles.

Signed-off-by: Michal Michalski <m.michalski2@partner.samsung.com>
Change-Id: Id8c53df46ae9039e81d699884494b72c20d5cba8

[mediacontroller] Fix error handling in ReplyCommand.

MediaControllerServerReplyCommand function did not
handle errors returned by MediaControllerServer::CommandReply()
call. This commit handles those errors.

[Verification]
Code compiles.

Change-Id: Ibc5acacc32ff23a6d8fa7cac096ade0e40e2b697
Signed-off-by: Michal Michalski <m.michalski2@partner.samsung.com>

[mediacontroller] Use request_id for listener matching in SendCommand.

SendCommand method was using watchId to identify CommandReply callback which
should be called. It was passed in bundle object to mc_client_send_custom_cmd
function. Now instead of passing watchId we use already available request_id
to perform the same matching for command reply listeners.

[Verification]

Manual test.
tct-mediacontroller-tizen-tests - pass 100%

Change-Id: I57e90dbe36d7726f2e2f66866b11910d5d1d5d0d
Signed-off-by: Michal Michalski <m.michalski2@partner.samsung.com>

[MediaController] Change InvalidState to UnknownError.

[Verification] Code compiles without error.

Change-Id: Ibda8a419257caf071c7ed8e08e5b496b5c0efe2e
Signed-off-by: Lukasz Bardeli <l.bardeli@samsung.com>

[Mediacontroller] Added callIfPossible safeguards in ServerPlaybackInfoListener.

Change-Id: Ic77f57e39b73acc77c67c3f1cff0352a94315206
Signed-off-by: Arkadiusz Pietraszek <a.pietraszek@partner.samsung.com>