For those who need, there’s a workaround, pass –no-sandbox to xwalk. I reproduced the failure yesterday and by the stacktrace I could gather and the failure output, it seems that this was caused by a change that affects either Render Process or the process launching mechanism (which narrows down). Until then, if someone wants to investigate, I suggest looking at commits between the 3.32.42 and 3.32.43, and try a “git bisect” operation. Unfortunately by that time, there were problems with the Tizen incremental build, so builds will take long.
I’ll be able to help more with this problem on Monday. Cheers, Caio From: Crosswalk-dev [mailto:crosswalk-dev-boun...@lists.crosswalk-project.org] On Behalf Of Zhang, Belem Sent: Friday, November 29, 2013 1:41 AM To: crosswalk-dev@lists.crosswalk-project.org Subject: [Crosswalk-dev] Tizen canary full and nightly auto testing are blocked by XWALK-517 Hi, https://crosswalk-project.org/jira/browse/XWALK-517 3.32.42.0 – PASS 3.32.43.0 – FAIL 3.32.45.0 - FAIL The Tizen canary full and nightly auto testing are blocked by XWALK-517, please help to fix this issue the earlier the better. We tried to run with Tizen canary 3.32.45.0 for full testing today, the device screen will became black when inputting command related to ‘xwalk’. For webapi testing, the execution command includes ‘xwalk’: testkit-lite -A -e "xwalk --external-extensions-path=/usr/lib/tizen-extensions-crosswalk --allow-file-access-from-files /opt/usr/media/tct/opt/tct-download-tizen-tests/testkit/web/index.html" ……. For feature testing, we tried some tests: xwalk --install **.xpkclick icon on the device, the UI will became black xwalk +id/xwalk+websiteUI will became black Thanks, Belem
_______________________________________________ Crosswalk-dev mailing list Crosswalk-dev@lists.crosswalk-project.org https://lists.crosswalk-project.org/mailman/listinfo/crosswalk-dev
