- Feb 09, 2023
-
-
Francesco Pham authoredThe patch was a hacky way to allow starting of demo hap applications from a root user. The proper way to start the demo apps is by running `aa start ...` from the system user. For example: ``` $ hdc shell "su system -c 'aa start -a ohos.samples.clock.MainAbility -b ohos.samples.clock'" ``` Signed-off-by:Francesco Pham <francesco.pham@huawei.com>
-
- Feb 08, 2023
-
-
Francesco Pham authored
remove test-xts-acts-Start-tests-from-onInit.patch because now the tests are properly executed even without it. Probably after fixing a segfault problem in the graphics stack, the tests execution have been fixed. Signed-off-by:
-
- Feb 06, 2023
-
-
Francesco Pham authored
Fix DefPermission.hap filename typo which is causing a file not found error when running ActsContextTest ACTS tests. Signed-off-by: -
Francesco Pham authored
START_ABILITY_TIMEOUT is 3000ms which is too short in our case, causing some testcases in ActsBmsModuleUsageRecordTest to exceed timeout. Increasing the timeout to 30 seconds. Signed-off-by: -
Francesco Pham authored
The default test timeout is 5000ms which is too short, causing some testcases to exceed timeout. Increasing the timeout to 60 seconds. Signed-off-by:
-
- Feb 02, 2023
-
-
Francesco Pham authored
OpenHarmony uses couple of UIDs/GIDs for running it's services. Currently in meta-openharmony we have everything run as root, which causes some issues in starting abilities. As a temporary workaround we are removing the Uid check. Apply to foundation/aafwk/standard Signed-off-by: -
Francesco Pham authored
RenderText::PerformLayout() is causing a SIGSEGV for some reasons. The error appears to be raised in the Measure method(). This is causing hap applications to crash, including ACTS test suites. As a temporary solution we are removing the part of the code that is raising the segfault. The side effect of this is that texts are not properly rendered. Apply patch to foundation/ace/ace_engine Signed-off-by: -
Francesco Pham authored
Currently, due to some services/graphics issues onShow callback is not being called and therefore tests are not executed. For screen-less devices graphics stack should not be required and therefore moving test execution to onInit This patch allows ACTS tests output to be shown on the logs Signed-off-by:
Robert Drab <robert.drab@huawei.com> Signed-off-by:
-
Signed-off-by:
-
- Sep 06, 2022
-
-
Thierry Escande authoredThis sets NODE_OPTIONS to pass '--openssl-legacy-provider' to node 17 and fixes the error 'digital envelope routines::unsupported'. This was resulting in ACTS hap package not contaning the manifest and js assets files. Even if NODE_OPTIONS is set in the openharmony-standard recipe, it also has to be set in the nodejs invocation environment because the recipe environment is ignored in build_js_assets.py. Signed-off-by:Thierry Escande <thierry.escande@huawei.com>
-
Thierry Escande authored
This test doesn't compile and is not mandatory, so remove it. Signed-off-by:
-
- Aug 29, 2022
-
-
Esben Haabendal authored
It is only used in two unittest testcases, and something is causing it to not be included in the generated image, although we add the necessary parts information. So making it static is a simple workaround for that. Signed-off-by:Esben Haabendal <esben.haabendal@huawei.com>
-
- Aug 10, 2022
-
-
Thierry Escande authored
With having /system/profile a symlink to /usr/lib/openharmony/profile and similar for /system/usr, safwk are not working, as it is using realpath(3) on the files before comparing against dir prefix. To avoid that, we simply change dir prefix to the resolved path. Signed-off-by:
-
Thierry Escande authored
This patch reworks the files for the param_service standalone executable. It now uses the libuv signal handling APIs so it doesn't need a libuv idle callback anymore to monitor the app exit state. Signed-off-by:
-
- Aug 05, 2022
-
-
Robert Drab authored
In OpenHarmony 3.0 Param Service is a part of the whole Init system. This service is required by many other services. Therefore we have to split out the service as an independent from Init when Init is not used. Signed-off-by:
-
- Jul 29, 2022
-
-
Robert Drab authored
According to OpenHarmony Device Compatibility Specification 3.0 self check sheet following tests are mandatory for screen-less devices: //test/xts/acts/compileruntime:compileruntime //test/xts/acts/hiviewdfx:hiviewdfxtestacts //test/xts/acts/startup:startup //test/xts/acts/powermgr:powermgr //test/xts/acts/account:account //test/xts/acts/communication:communication //test/xts/acts/distributeddatamgr:distributeddatamgr //test/xts/acts/appexecfwk:appexecfwk //test/xts/acts/aafwk:aafwk Signed-off-by:
-
- Jul 28, 2022
-
-
Robert Drab authored
ACTS are built for all the components used in the given target build. To be able to compile OpenHarmony 3.0 we need to include more components than the mandatory list specifies. As a result we have ACTS test suites built for components we don't use. Moreover, some tests for mandatory components are missing. This patch aligns the actual set of ACTS test suites with the mandatory list. Signed-off-by: -
Robert Drab authored
There's memory corruption happening in procedure (strncpy_s call) of resetting the longProcName which in fact is `argv`. No traces of this actually being needed for anything could be found. Question regarding this was asked here: https://gitee.com/openharmony/startup_appspawn/pulls/308 TODO: revisit this patch once we have more information Signed-off-by:
-
Robert Drab authored
Signed-off-by: -
Robert Drab authored
Backporting to 3.0: commit 247761ba openharmony-standard: Replace prebuilt packing-tool binaries Signed-off-by:
-
Robert Drab authored
This reverts commit 4eafdea2. That fix causes OpenHarmony apps fail to start. Different solution is needed. Signed-off-by:
-
- Jul 05, 2022
-
-
Esben Haabendal authored
Signed-off-by: -
Esben Haabendal authored
Signed-off-by:
-
- Jul 01, 2022
-
-
Robert Drab authored
libwms_client.z.so library was not installed on the target in OpenHarmony 3.0 causing QA issue and rightly so, as it is a bug. Signed-off-by:
-
- Jun 29, 2022
-
-
Robert Drab authored
Signed-off-by: -
Robert Drab authored
Signed-off-by: -
Robert Drab authored
In OpenHarmony 3.1 there is a gralloc implementation for a HiHope board which is generic enough to be used with qemu virtio gpu. Signed-off-by:
-
- Jun 17, 2022
-
-
Esben Haabendal authored
Signed-off-by:
-
- May 18, 2022
-
-
Thierry Escande authored
This patch replaces the hdc files for the qemu target with the same files stored in a git repository. Signed-off-by: -
Thierry Escande authored
This changes OHOS_DEVICE_COMPANY and OHOS_PRODUCT_COMPANY from qemu to oniro. Signed-off-by:
-
- May 04, 2022
-
-
Esben Haabendal authored
This allows adding hilog feature to an image without pulling in entire openharmony-standard. As a side effect, it also prepares the ground for easier management of multiple ptest cases. Signed-off-by: -
Esben Haabendal authored
Signed-off-by:
-
- Apr 29, 2022
-
-
Esben Haabendal authored
This adjusts the ptest integration to align more with the normal way to use ptest.bbclass, meaning we package into ${PN}-ptest package, place files in /usr/lib/${BPN}/ptest and is prepared for extending the tests beyond the hilog test suite. Signed-off-by: -
Esben Haabendal authored
Signed-off-by:
-
- Apr 27, 2022
-
-
This updates the git revision for the HDC daemon tool to the latest 3.1 release version. The hdc client tool doesn't compile on the OpenHarmony 3.0 LTS revision so we use the 3.1 for both client and daemon parts. This can be seen as the first step towards the 3.1 sources upgrade. This comes with a modified BUILD.gn (mainly the one from the 3.0 source tree with a few fixes) and the ohos.build file that is no more used in the 3.1 tree. Signed-off-by: -
Esben Haabendal authored
This recipe builds a subset of OpenHarmony 1st party components and installs them into /usr/lib and /usr/bin. Intended purpose is to use these OpenHarmony components to build OpenHarmony compatibility into other projects and products. Signed-off-by:
-
