The order of ui-application element in manifest.xml is changed

[Issue#] P131004-00766
[Problem] The dbox execution file is selected to the main UI application by package manager
[Cause] The order of ui-application element is wrong.
        The dbox execution file is first. And the main web application execution is second.
        The first is set to main ui-application by package manager.
[Solution] The order of ui-application element in manifest.xml is changed.
           But this is the temporary solution.
           The final solution is that the 'mainapp=true' is set in to the main ui-application element.
           Therefore, this commit must be updated with the final solution.

Change-Id: I34445ce0571453cc9c554efb2cabc8d245117cdf

[Release] wrt-installer_0.1.133

Change-Id: Ifc290c42a712ae926094206e1e41ccaa961bcee1

Fixed build break

[Issue#]     N/A
[Problem]    Build break is occurred
[Cause]      N/A
[Solution]   Fixed build break
[SCMRequest] N/A

Change-Id: I04674d6c240ad37dc4c2b1479137e7b9e7bda2c6

Merge "[Release] wrt-installer_0.1.132"

Installer check setting value, if install-location is auto.

[Issue#]   P130919-00555
[Problem]  WebApp install to internal storage
           even if installation storage set to external on setting menu.
[Cause]    Installer doesn't check setting value about installation storage.
[Solution] Installer will check setting value about install-location.
[Description]
           Two values to determine the location of the installation
           1. install location element value in config.xml, internal-only|auto|preper-external
           2. install location setting menu in target, internal|SD card
           Installed on SD card conditions
           1. config type sets preper_external & inserted MMC
           2. config type sets auto & target type sets SD card
           3. config type sets auto & target type sets internal & out of internal memory

Change-Id: I7dfb193a72e3e765b9d908574246f2212a5e6c4e

[Release] wrt-installer_0.1.132

Change-Id: I95eea0203dc5a90f352665740072ce24ea3b2b5a

2nd config.xml parsing removal

[Issue#]   LINUXWRT-820
[Problem]  Config.xml parsed twice
[Cause]    N/A
[Solution] TaskProcessConfig fixture.

[Verification] Install, update. uninstall widgets attached in:
               http://cam.sprc.samsung.pl/browse/LINUXWRT-820

Change-Id: I3a3923b4bbd6d81feeecd1e4ac1f21f93e3f26df

[Release] wrt-installer_0.1.131

Change-Id: Ief3f88c01b94a0878a99694479e4633fe1d2472f

Id in <tizen:app-widget> element should begin with <TIZEN_APPLICATION_ID>

[Issue#]   WGL-573
[Problem]  Valid Id of <tizen:app-widget> element should be in format of
           <TIZEN_APPLICATION_ID>.<STRING>
[Cause]    Missing proper routine to check this condition.
[Solution] Add routine to check app-widget id.

[Verification]
    * Install widget attached to issue, which should fail:
      https://bugs.tizendev.org/jira/browse/WGL-573
    * Install correct widget, which should pass:
      https://bugs.tizendev.org/jira/browse/WGL-574

Change-Id: I07c408f192aab083cd0513e73bc35ffab7ed870d

TaskConfiguration refactoring - part 2/3

[Issue#]       LINUXWRT-820
[Problem]      Refactoring
[Cause]        Code needs clean up
[Solution]     This change is solving:
 - "Stepifying" TaskConfiguration (identification of sub-problems of this task)

This change makes clean up/reordering in TaskConfiguration,
(now called) TaskProcessWidget is just to be fixed.

[Verification] Walk through following procedure:
1. Testing SetupTempDirStep & DetectUpdateInstallationStep
   (run app after each installation, uninstall successfully app if not needed):
 1.1. Install any new widget for first time
 1.2. Update widget several times
 1.3. Test installtion from browser installation:
       wrt-installer -i /opt/share/widget/tests/widgetstest/config.xml (wrt-extra)
 1.4. hybrid app -> test new installation
       (hybrid app can be found in "HybridApplication/res" directory
        in TCT behavioural tests; change extension to .wgt)
 1.5. hybrid app -> test update installation (run it again)
2. Testing ResourceEncryptionStep:
 2.1 Check points 1.1 and 1.2 for encrypted widget.
3. (optional if possible) Testing InstallationFSLocationSte:
 3.1 Check installation on external card
      (sets setting in widget config: install-location="prefer-external")
      (make sure it's really installed on card)
4. Testing CheckRDSSupportStep:
 4.1 Install widget without encryption using SDk and update it (reinstall).
     SDK should run RDS deployment (check console for succesfull installation messages)
 4.2 Install widget encryption using SDK and update it (reinstall).
     SDK should run normal installation.
     SDK may try to install it with RDS. wrt-installer should prompt then about error (RDS not supported).
     SDK shoudl recognized message and run normal installation automatically if RDS fails.
5. Testing pkgmgr interaction (pkgmgr should display proper type of instalaltion, notifications and icons):
 5.1. Run new isntallation through Installer app on phone (access .wgt from myfiles)
 5.2. Run update installation through Installer app on phone (access .wgt from myfiles)
 5.3. Run new isntallation through Installer app on phone (access .wgt from myfiles) of hybrid app
 5.4. Run update installation through Installer app on phone (access .wgt from myfiles) of hybrid app

---

Update may be tested (1.2.):
 wrt-installer-tests-general --output=text --regexp="Update"
Hosted app may be tested (1.3.):
 wrt-extra-tests-widgets --output=text --regexp="hosted_app_simple_install"
Encrypted widget is located:
 /opt/share/widget/tests/misc/widgets/encrypted.wgt (wrt-extra).

---

This change is also fixing hosted app installation as it was broken.

---

Change-Id: Idd1bfba88d3c8569fcbbc80eda1462cf7dfc9f16

Add i18n database attach and detach code

[Issue#]   N/A
[Problem]  Installation fail to TCT.
[Cause]    Fail to database access for IANA locale check.
[Solution] Add i18n database attach and detach code.

[SCMRequest] N/A

Change-Id: I83648a1438e700ff63bba32cde34a8bb28b19d60

Changed header inclusion format

[Issue#]   N/A
[Problem]  Was used " " when header include
[Cause]    Violation coding rule
[Solution] Changed header include from " " to < >

[SCMRequest] N/A

Change-Id: Ibb069856c87bd9b654b776014248e0c6fc116960

Fixed account icon path to manifest file

[Issue#]   N/A
[Problem]  Can't loaded account icon.
[Cause]    Account icon path is wrong to manifest file.
[Solution] Changed account icon path from relative path to absolute path.

[Remarks]
- config.xml path: <tizen:icon section="Account">icon.png</tizen:icon>
- old manifest: <icon section="account">icon.png</icon>
- new manifest: <icon section="account">/opt/usr/apps/[package]/res/wgt/icon.png</icon>

Change-Id: I75a531e1da1f737fbe474adc0cdedfc89cf30284

Fixed installer couldn't add account to manifest file

[Issue#]   N_SE-53213
[Problem]  Can't add account to manifest file
           even if account information is in config.xml.
[Cause]    Wrt-installer did not create the account information
           to manifest file when parsing config.xml.
[Solution] Fixed parsing context to create the account information.

[SCMRequest] N/A

Change-Id: I51f2b3b7f1d6ff5a0593714c15e20cc64e09cdd9

[Release] wrt-installer_0.1.130

Change-Id: Ibf89e0c6b88f39ad5b177670815cfc856e9b3a69

Fix bug on checking error conditions when calling dlsym()

[Issue#]   N/A
[Problem]  A bug on checking error conditions when calling dlsym()
[Cause]    Missed to call dlerror() to clear any old error conditions.
[Solution] Added dlerror() before calling dlsym().
           Also, separated error conditions:
           one for dlsym related error and another for DRM API related error.

[Remarks] DLOPEN(3)
    The function dlsym() takes a "handle" of a dynamic library returned by
    dlopen() and the null-terminated symbol name, returning the address where
    that  symbol is loaded into memory.  If the symbol is not found, in the
    specified library or any of the libraries that were automatically loaded
    by dlopen() when that library was loaded, dlsym() returns NULL.  (The
    search performed by dlsym() is breadth first through the  dependency  tree
    of  these libraries.)  Since the value of the symbol could actually be
    NULL (so that a NULL return from dlsym() need not indicate an error), the
    correct way to test for an error is to call dlerror() to clear any old
    error conditions, then call dlsym(), and then call dlerror() again,  sav‐
    ing its return value into a variable, and check whether this saved value
    is not NULL.

Change-Id: Idee1834fbdcfee184d07f757c871994e9832d7d4

Error thrown when the same appControl element is present more than once in config.xml

[Issue#]   N_SE-53206
[Problem]  Instalaltion should fail in a proper way if the same elements of
           appControl are specified twice.
[Cause]    N/A
[Solution] Check for appControl similarity..

[Verification]
    * Try to reproduce steps described in the issue tracker.
    * Issue should not be reproduced.

Change-Id: I86e0e7754657a112e373c408a677293811c164ee

<tizen:box-icon /> element's occurrence should be 0 or 1

[Issue#]   WGL-572
[Problem]  Valid <tizen:box-icon /> element should occur as 0 or 1 time.
[Cause]    Missing proper routine to check this condition.
[Solution] Add routine to check the previous occurrence.

[Verification]
    * Install widget attached to issue: https://bugs.tizendev.org/jira/browse/WGL-572
    * Installation should fail at parsing config.xml.

Change-Id: I9fccb31f77974cfe379d697622d57b4766d49398

Fix a common mistake about errno(3) usage

[Issue#]   N/A
[Problem]  errno may have been changed by other system call.
[Cause]    errno should be preserved.
[Solution] Save errno to a local variable

[Remarks] ERRNO(3)

A common mistake is to do

    if (somecall() == -1) {
        printf("somecall() failed\n");
        if (errno == ...) { ... }
    }

where  errno  no  longer  needs  to have the value it had upon return from somecall()
(i.e., it may have been changed by the printf(3)).
If the value of errno should be preserved across a library call, it must be saved:

if (somecall() == -1) {
    int errsv = errno;
    printf("somecall() failed\n");
    if (errsv == ...) { ... }
}

Change-Id: Ib407b8a7b1cd13d37c3f182c4c28f059bb1749ea

[Release] wrt-installer_0.1.129

Change-Id: I3a520cb9059492dd860e22769d5348a36b53e8ae

Merge "[Release] wrt-installer_0.1.128"

Create symbolic link to /usr/bin/WebProcess for app with dynamic box

- Tizen application is registered to app_info DB on installation time, hence
  this change needs to be done in wrt-installer

[Issue]    N/A
[Problem]  wrt-plugins (or external root daemon) cannot retrieve appid properly
           based on the pid of Box WebProcess.
[Cause]    app_manager API which gets appid from pid considers only
           registered executable path on app_info DB.
           (app_manager gets executable path from /proc/<pid>/cmdline
             matched to pid of WebProcess)
[Solution] WebProcess associated with the box needs to be registered to
           app_info DB on installation time.
           1. Register symbolic link (/usr/bin/WebProcess) per box
           2. Register the box's new appid to app_info DB on installation time

Change-Id: Ic6b59de89d6428b83f705da51c791806ac94e3ce

Revert "Register a new appid for dynamic box and its symbolic link to /usr/bin/WebProcess"

This reverts commit 03dd9db6f0df82df0df091321467fceedd22199f.

Conflicts:
src/jobs/widget_install/task_manifest_file.cpp

[Remarks]
    * If setting root_path of app manifest is enabled, a web api plugin
      using dummy root_path doesn' work well.
    * Even if wrt-installer has not set 'root_path', the web api plugin
      have been using 'root_path',
      hoping prefix of the path is /opt/usr/apps
    * In the case of preload app that has /usr/apps base path, the web api
      doesn't work well.
    * Therefore, emove code regarding root_path of app manifest,
      because there are other way to find root path of web apps.

Change-Id: Ia365aec499a5973d874114481f6be1b9b94ede93

[Release] wrt-installer_0.1.128

Change-Id: I37ebf05d50bec5e6eda9ed643f80b89708d1d4d5

Fix Prevent issue

[Issue#]   CID: 30993, 30994, LINUXWRT-906
[Bug]      Prevent issues.
[Cause]    Dereference of null pointer
[Solution] Small fixes

[Verification] Build repository.

Change-Id: I50a21a13f31593330ca5893ff5412ed392773599

Fix build warning

* warning: deprecated conversion from string constant to 'char*'

[Issue#]   N/A
[Problme]  Build warning
[Cause]    deprecated conversion from string constant to 'char*'
[Solution] cast to char pointer

Change-Id: I70e7289fdde412fa1d6bc786e10dec0ed38fbcbc

Merge "TaskConfiguration refactoring - part 1/3"

Use local variable 'pkgId' instead of member variable 'm_pkgId'

[Issue#]   N/A
[Problem]  'm_pkgId' is given as a parameter, pkgId, of setLabelForSharedDir(),
           but it still uses 'm_pkgId' inside of setLabelForSharedDir() function.
[Cause]    Declared a local variable which was not used correctly.
[Solution] Changed 'm_pkgId' to 'pkgId'.

Change-Id: If361b7481b49ab23b69ea947d01293f93105b0e3

TaskConfiguration refactoring - part 1/3

[Issue#]       LINUXWRT-820
[Feature]      Refactoring
[Cause]        Useless code in form of rethroing expections in failure task.
[Solution]     This change is solving:
 - JobWidgetInstall context clean up
 - removal of ConfigureResult type from TaskConfiguration (it was addded due to eceptions out of task scope)
 - removal task_installer_failure - this was step just to throw exceptions (exception have no need to be rethrown now)

This change makes clean up/reordering in TaskConfiguration, (now called) TaskProcessWidget is just to be fixed.

[Verification] Test installation for widget:
1. Widget with invalid config.xml -> see installation fail, notification from pkmgr if installed from myfiles.
2. Widget with malformed zip file -> see installation fail, notification from pkmgr if installed from myfiles.
3. Correct instalaltion and update of widget (widget have to has version for update if using same widget).

Change-Id: I035fb917004ffdb1a2fad0e201dc1f43a1c9a8f3

[Release] wrt-installer_0.1.127

Change-Id: Id53f8f4b583dd6664dcb84827cf905fd83a9cab1

Remove print guid log

[Issue#]   N/A
[Problem]  Not exist guid value.
[Cause]    Try to print guid before set guid.
[Solution] Remove print guid log.
   Because configuration task run before get guid value from config file.
[SCMRequest] N/A

Change-Id: Ic0e88a1fd3564b16756a78c75d9cd7ce7e947554

Fix Prevent issue

- Incorrect usage of TEMP_FAILURE_RETRY

[Issue#]   CID: 22993, 22996, LINUXWRT-906
[Problem]  closedir() repeated if EINTR occurrs
[Cause]    Same as Prevent CID: 22995
           https://review.tizendev.org/gerrit/#/c/83449/

  * For POSIX closedir() specifies two possible errno values: EBADF, EINTR
    (see closedir(3p)).
  * For Linux, on the other hand, only one errno value is specified: EBADF
    (see closedir(3)).
  * In fact, closedir() implementation in GNU C Library may set other errno
    values as well, e.g. EINVAL if value NULL is passed to the function
    (verified for glibc 2.15, source file sysdeps/unix/closedir.c).

  * Assuming that closedir() is just a wrapper around a call to close()
    system call and having in mind that it was decided (and confirmed by
    Linus Torvalds) that repeating close() even for EINTR is unsafe which I have
    decided to not repeat closedir() in such case as well.

  * What's more, implementation of closedir() in GNU C Library calls free()
    on the stream handle, so repeating closedir() may lead to memory
    corruption (as reported by Prevent).

[Solution] Do not repeat closedir() on error (even EINTR).

[SCMRequest] N/A
[Verification] Build repository.

Change-Id: I857861d1f10954d4c199bf8d54fc5ea13cb00d44

Fix build warning

* warning: 'Logic::InstallerLogic::m_NextHandle' will be initialized after
  warning:   'Jobs::Job* Logic::InstallerLogic::m_job'

[Issue#]   N/A
[Problem]  Build warning
[Cause]    Disordering when initializes member variables
[Solution] Fixed initialization order

Change-Id: I0d853e23d433b73ba194c6f1ad75b421477172a7

Fix buildbreak for wrt-installer testsuite

[Issue#]       N/A
[Bug]          Buildbreak introduced
[Cause]        N/A
[Solution]     N/A
[Verification] Build with option: --define "WITH_TESTS ON"

Change-Id: If22057b9b52793f28352a8940689e7749a509adc

Reformatting wrt-installer debug logs

[Issue#]   N/A
[Problem]  N/A
[Cause]    Change wrt-installer log form C++ style to C style.
[Solution] Change wrt-installer log from C++ style to C style.
           Remove <dlog.h> & <dpl/log/log> header
[SCMRequest] N/A

Change-Id: I491114e21406e37ab0ce3581618c9f0967455835

Fix installation of widgets with multiple default icons

[Issue#]   WGL-540
[Problem]  The default Tizen icon is displayed on menu tray
           instead of the one provided with web application.
[Cause]    When more than one default icons are provided with web application
           (e.g. icon.jpg and icon.png) then one of them is installed in the file
           system (icon.png) but the other one is set in manifest file (icon.jpg).
           As a result, web application's icon cannot be found and tizen default
           icon is displayed instead.
[Solution] Make sure that the same icon is installed in the file system
           as is set in manifest file (with respect to the default icon search
           order specified by W3C P&C spec).

[Verification]
  1. Build repository
  2. Install web application attached to WGL-540
     (icon.png should be used as the web application's icon)
  3. Install any web application with a single default icon provided
     inside the web application's package.
  4. Install any web application with an icon specified in the web
     application's configuration file.
  5. Install any web application with an icon specified in the web
     application's configuration file and a default icon available in the
     web application's package (icon explicitly specified in the web
     application's configuration file should be used).

Change-Id: Ia3b05a1c6d926ab8fb9bc70766340d07f469ac8f

Fix Prevent issue

[Issue#]   CID: 31536
[Problem]  Unreachable code
[Cause]    Condition that is never true
[Solution] Remove dead code

[Verification] Build repository

Change-Id: Idd0e37f350b47d9355575bfa93ebcc2ee2209f4b

Revert "Reformatting wrt-installer debug logs"

This reverts commit 7facd01b36d15dceca3819baa339163d2a24f679.

Change-Id: I74b9c82da92d047d669fc1c1afb474ca40e5bfb8

[Release] wrt-installer_0.1.126

Change-Id: I4bccc49e228395e0fcba783ec3bc6ea69abe6d9a

Fixed build break after Change-Id: I3277d5796e029b382719df03381078af910ebdda

[Issue#]   N/A
[Problem]  Build break after Change-Id: I3277d5796e029b382719df03381078af910ebdda
[Cause]    The order of header file inclusion matters.
[Solution] Re-ordered header file inclusions.

Change-Id: Ieb4ba8b3b83e7cd6b2414defbf7e146db1cc5d2c

Reformatting wrt-installer debug logs

[Issue#]   N/A
[Problem]  N/A
[Cause]    Change wrt-installer log form C++ style to C style.
[Solution] Change wrt-installer log from C++ style to C style.
           Remove <dlog.h> & <dpl/log/log> header
[SCMRequest] N/A

Change-Id: Ib1e7db709e43db399b83eafa6af337efaadf1a84

Add functions to represent package directories

[Issue#]   LINUXWRT-358
[Problem]  Function wasn't invoked due to objective programming standards
[Cause]    N/A
[Solution] Add two new functions in src/misc/widget_location.cpp:
            - getUsrSharePackagesDir
            - getOptSharePackagesDir

Change-Id: Ia38d2982443274ec300e376f5b8c94457e417b9a

Add typedef for the long class types

[Issue#]   LINUXWRT-358
[Problem]  Long type names are hard to read
[Cause]    N/A
[Solution] Created typedefs for the followings:
            - InstallerBase
            - WidgetInstallationBase
            - WidgetUnistallStructBase
            - UninstallContextBase

Change-Id: I8aff13bca4fbf83ccf72962c149845e0277f90ae

Add forward declarations

[Issue#]   LINUXWRT-358
[Problem]  Forward declarations needed
[Cause]    N/A
[Solution] Added forward declariations in
            - src/jobs/plugin_install/job_plugin_install.cpp
            - src/jobs/widget_uninstall/task_db_update.h
            - src/jobs/widget_uninstall/task_delete_pkginfo.h

[SCMRequest] N/A

Change-Id: I3277d5796e029b382719df03381078af910ebdda

[Release] wrt-installer_0.1.125

Change-Id: I44fb5c2d8df47bcdc2671f6da1c6cbd205ffba70

Fix update logic for preloaded app

[Issue#]   LINUXWRT-864
[Problem]  Preloader/RO app fails to update
[Cause]    Shared directory tried to be copied
[Solution] "shared" direcotry is already always on RW partion (/opt/usr) so no need "moving".

[Verification] Install and update:
    - preloaded app (run any app wrt-installer -ip [.wgt] (for update same))
    - normal app (run any app wrt-installer -i [.wgt] (for update same))

Change-Id: Ia6feb9a9fb41d3256290f61eee9da7c161d53f36

Fixed csc web app's preload attribute.

[Issue#] N/A
[Problem] The web app installed by csc display download app at setting menu.
[Cause] preload attribute doesn't set if installed by csc.
[Solution] set preload attribute if installed csc.
[SCMRequest] N/A

Change-Id: I3a3490511ecd86b2a604e75ef231d053ef85a6e5

Fixed update failed after uninstall hybrid web app.

[Issue#] N/A
[Problem] uninstallation failed during osp service app.
[Cause] pkg info is checked during uninstall osp service app.
But wrt-installer remove pkg info before call uninstallation osp app.
[Solution] Task of uninstall osp service app move to front of removing pkg information.
[SCMRequest] N/A

Change-Id: I5165754e17a46b42e162056c77001bce83734d06

[Release] wrt-installer_0.1.124

Change-Id: I8c782d8cffe2c0eac54bff54222083e7c6869ec4

Add WidgetInstallationStruct into namespace

[Issue#]   Linux-358
[Problem]  Declaration Widget Installation Struct without any namespace
[Cause]    N/A
[Solution] WidgetInstallationStruct added into Jobs::WidgetInstall namespace

Change-Id: Iacc417fa211412e30387c01b4d43628b8f9c1552

Define wrt-installer log format

[Issue]    N/A
[Problem]  N/A
[Cause]    Change wrt-installer log form C++ style to C style
[Solution] Define wrt-installer log format using wrt-commons log format.
            - LogDebug/LogError/LogWarning to _D, _E, _W
            - Error log color change to red.
            - Define macro for type change from DPL::String to char*

[SCMRequest] N/A

Change-Id: I1b585b4a93cfaa9ea38da11f5f9fc4860ec0d5d3

Update screen size feature list

- Filtering rule based on application's "screen size" has been fixed:

[Issue#]   N/A
[Problem]  Missing a screen size according to the new rule.
[Cause]    Fixed the list of supported screen size recently.
            - 600X1024 is added
[Solution] Update screen size in the list.
[SCMRequest] N/A

Change-Id: I73e46e35ec81431e9141ea4425e5c21b8c952bdb

Remove "TODO" comments from the various places in the code

[Issue#]   LINUXWRT-358
[Problem]  Outdated TODO's, Unnecessary 'include' directives
[Cause]    N/A
[Solution] Removed "TODO" comments

Change-Id: Ia80e1131c3ec8526549ad887d0e24f8fa8444c36

Change name (getInstallerStruct -> GetInstallerStruct)

[Issue#]   LINUXWRT-358
[Problem]  Incorrect function name
[Cause]    N/A
[Solution] Rename function
            - src/jobs/plugin_install/job_plugin_install.cpp
            - src/jobs/widget_uninstall/job_widget_uninstall.cpp

Change-Id: Ic3724cb330968f607c2d43f22f84073d1cb25524

Change name (getInstallerStruct -> GetInstallerStruct)

[Issue#]   LINUXWRT-358
[Problem]  Incorrect function name
[Cause]    N/A
[Solution] Rename function in src/jobs/widget_install/job_widget_install.cpp

Change-Id: I36e92f37799a93d6537ee60b16fcb7d1d0e454d3

Change name (getInstallerStruct -> GetInstallerStruct)

[Issue#]   LINUXWRT-358
[Problem]  Incorrect function name
[Cause]    N/A
[Solution] Rename function

Change-Id: I56bde2c393a61cc8af5a05f6f0d9dd92bc897a70

Change function and variable name (UndoType -> abortStarted)

[Issue#]   LINUXWRT-358
[Problem]  Incorrect names of variable and function
[Cause]    N/A
[Solution] Rename function and variable names

Change-Id: Iea9bb7fecd8ec57f54d90bebb2e906abd4a8cde7

Add routine to check valid locale

[Issue#]   LINUXWRT-358
[Problem]  Missing logic to validate the default locale in widget parser
[Cause]    N/A
[Solution] Add default locale validation to widget parser

Change-Id: Ib8183f0ce9454676415154cd868d2d078012acae

[Release] wrt-installer_0.1.123

Change-Id: Id28058b48d575ea65ad427b7b59fccddbd61ac6c

Register a new appid for dynamic box and its symbolic link to /usr/bin/WebProcess

- Tizen application is registered to app_info DB on installation time, hence
  this change needs to be done in wrt-installer

[Issue]    N/A
[Problem]  wrt-plugins (or external root daemon) cannot retrieve appid properly
           based on the pid of Box WebProcess.
[Cause]    app_manager API which gets appid from pid considers only
           registered executable path on app_info DB.
           (app_manager gets executable path from /proc/<pid>/cmdline
             matched to pid of WebProcess)
[Solution] WebProcess associated with the box needs to be registered to
           app_info DB on installation time.
           1. Register symbolic link (/usr/bin/WebProcess) per box
           2. Register the box's new appid to app_info DB on installation time
           2. wrt-installer adds 'root_path' attribute of <package> on application xml.
              - 'root_path' has application root directory (absolute path) as value,
                so that web-provider gets root dir of package using pkgmgr API.

Change-Id: Ic37d5172d9ee4434375858d5e441257ae8e7a736

Broken header guard for pkgmgr_signal.h

[Issue#]       N/A
[Bug]          Broken header guard for pkgmgr_signal.h
[Cause]        Broken header guard for pkgmgr_signal.h
[Solution]     Fix
[Verification] Build repo.

Change-Id: Ib7ba7689f7f03f280776d6955d73c5c3fc9303cf

[Release] wrt-installer_0.1.122

Change-Id: I77e1e31d9cc1fb7277ea355af5fd543ff05541c5

Fix uninstallation failure followed by https://tizendev.org/gerrit/#/c/85895/

[Issue#]   N/A
[Problem]  Uninstall web app failure followed by:
           commit 04ed54303f1236635e13a0f0d7b99b2d8ebcf51f
[Cause]    DB operations were moved to just before removing files.
[Solution] Removing external file logic is moved to the DB operations.

[SCMRequest] N/A

Change-Id: Ie6b429c9815cac61212ad50ae6936428a5ac3b25

Separate update package information. Phase2.

[Issue#] N/A
[Problem] N/A
[Cause] N/A
[Solution] 1. To update package information separte from removefiles.
2. organize the task lists of uninstallation.
[SCMRequest] N/A

Change-Id: I8e29dcc6f66f4d5516d2596754889c218d8821be

Fix building the package with GCC-4.8

[Problem]      The package cannot be built with gcc-4.8.
[Cause]        Missing #include statements.
[Solution]     Add the missing #include statements.
[Verification] Build package both with current (GCC-4.5) and (GCC-4.8) version of compiler.

Change-Id: I9acb3034aee32ae1481315bf56673104506485a7

[Release] wrt-installer_0.1.121

Change-Id: I98a453a5999d905e410d28bd7b5d938c79353cba

Fix backendlib - wrong icon returned

[Issue#]  LINUXWRT-824
[Problem] First icon is always returned from backendlib
          i.e., Curent locale settigns are not taken into account.
[Cause]   This was just not handled before.
            - The exact problem is that after installation icon is ok(notiication)
              but before it is read from package file.
            - This operation does not involve full steps in case of installation.
              Backend lib should do it in more checking to find best icon.
[Solution] Added workaround to return icon according to locale setting

[Verification] Install bm.wgt (W3C P&C icon test) from MyFiles app.
    Icon in "install prompt view" (before installing) and in notification
    should be used for proper locale (change locale to en).

Change-Id: If9d9d32dd2a69914bf72aacf6a82c7881cab2918

[Path Usage Unification] Plugin Installation Paths (further enhancements)

[Issue#]   LINUXWRT-422
[Problem]  A lot of paths used in wrt are constructed manually
[Cause]    N/A
[Solution] Created class PluginPath which gathers all manually constructed paths

[Verification]
    1. Build wrt-installer repo with --define "WITH_TESTS ON"
    2. Install plugins by using wrt-installer -p and
        run tests wrt-installer-tests-general --output=text
    They shoud install without problems and tests should pass.

Change-Id: I82f1f3d2e9b46b9363f93311557984da1aeaabbd

JobWidgetInstall refactoring - TaskConfiguration

[Issue#]   LINUXWRT-820
[Feature]  Refactoring
[Cause]    There is too much logic in JobWidgetInstall
[Solution] This commit just moves code of JobWIdgetInstall to TaskConfiguration.

ALL OTHER CHANGES ARE MARKED as TODO (job_install_refactoring) and will be done later.
Following changes to be do in next:
- make proper steps in TaskConfiguration,
- clean getInstallerSTruct in TaskConfiguration,
- remove second parsing of config.xml,
- refactor TaskUnzip leftovers,
- fix TODOs in JobWidgetInstall context,
- header clean up in TaskConfiguration, JobWidgetInstall,
- (maybe) functions appendTaskList* shoule be refactored to seperate abstraction,

Jobs now uses MutableTaskList and tasks can be appended in running state.
There is no change in code because most of code uses installer context anyway.
Two additional fields were temporary supplied to installer context:
needEncryption and configureResult (those was internal variables in JobWidgetInstall).
Failure task was moved to seperate file.

[Verification] There was finally changed only few branches of code.
Do following steps (this tests two extracted to install context variables):
1. run wrt-installer -p - plugins should be installed.
2. Get widegt with some files (prefer with dozens of file e.g. use some game)
- install this widget and run it - success,
- run wrt-installer -i again and run widget - success,
- uninstall widget and isntall it again - widget should be runnign properly,
3. Get wigdet with encryption set (repeat steps from point 2.).
4. Get malformed zip file.
 - try to install and observe failure message:
     ## wrt-installer :  installation has failed - invalid widget package

[SCMRequest] This change requires: https://review.tizendev.org/gerrit/87851

Change-Id: Ib0abe152a1e524310692e213255a34c19cfb14e3

[Release] wrt-installer_0.1.120

Change-Id: I5198eaa5972bdfa0cd5625aeaeb2c79f407d6322

Merge "Added logs to help debugging regarding dynamic linking loader error."

Verify the size of DynamicBox

* How it works:
  - When wrt-installer installs DynamicBox webapp, parse the boxsize attribute in config.xml.
  - Verify the boxsize using web_provider_plugin_check_supported_size API provided from web-provier.
  - If unsupported size is found, installer sends a ThrowMsg
  - Web application install should fail.

[Issue#]   N/A
[Problem]  When there is unsupported boxsize specified in config.xml, webapp is still installed successfully.
[Cause]    The boxsize attribute of DynamicBox in config.xml is not checked at the install time.
[Solution] Verify the boxsize attribute of DynamicBox in config.xml

[SCMRequest] N/A

Change-Id: If18ea9136687bfacf8d516bcbbadf8042cbb3e12

Icon extension for package manager and manifest fix

[Issue#]   LINUXWRT-804 / WGL-428
[Bug]      Hardcoded .png extension
[Cause]    Missing an API that can retrieve file extension.
[Solution] Make use the file extension of used icon

[SCMRequest] Depends upon https://review.tizendev.org/gerrit/86777
[Verification]
   1. Install widget from https://bugs.tizendev.org/jira/browse/WGL-428.
   2. Manifest file in /opt/share/packages/J7tHY89x22.xml should contain icon with .svg extension
      (<icon>J7tHY89x22.Y2y1.svg</icon>).

Change-Id: I06ccc45566afe8b49f39515e192ce58a1c1cac86

Added logs to help debugging regarding dynamic linking loader error.

[Issue#] N/A
[Problem] When a dependency error occured during wrt-plugins installation, the dynamic linking loader works strangely after that.
          Because of that, to help debugging, some logs were added.
[Cause] N/A
[Solution] Added some 'stderr' logs regarding dynamic linking loader error. It will show the reason of fail to dlopen().

Change-Id: I964db7d7434274549197d79655cf7eea50884ea7

Progress callback log set to 'Pedantic' level

[Issue#]       N/A
[Feature]      Those lines makes no information gain usually but makes log harder to read
[Cause]        N/A
[Solution]     Lvel log logging changed
[Verification] Build repo.

Change-Id: I3528b0e0583185593795a18809f2212f0ff311a8

[Release] wrt-installer_0.1.119

Change-Id: Iec9544adbe20431359f2cc3f928f2331a75e0a9c

Fixed copy icon for dynamic box failed.

[Issue#] P130821-05213
[Problem] To copy dynamic's icon fail when update.
[Cause] there was no shared/data directory.
 Because original directory is empty so to copy directory doesn't work.
[Solution] shared directory always is made whenever install or update.
[SCMRequest] N/A

Change-Id: I96b90a762d9bd66e8543902fce51a4509c6ca855

[Release] wrt-installer_0.1.118

Change-Id: I9fe5fd7efa7ce5f419b28c6983440553eeb3e70d

Update the screen size feature list

[Issue] N/A
[Problem] N/A
[Cause] Screen size feature list is fixed by platform.
[Solution] Screen size feature list is updated.
[SCMRequest] N/A

Change-Id: If341b6b67a8571247440d24c0bfd84d9e1deccd8

This commit has a dependency of wrt-commons.
Therefore, this commit is reverted.
Please merge wrt-commons commit before this commit.

Revert "Icon extension for package manager and manifest fix"

This reverts commit e11660bf9e6ad7fa8183ae7eecd435763a1bf027.

Change-Id: I08a01cbdecc0f3222bbae8522dd1ef9c29bc79d5

Icon extension for package manager and manifest fix

[Issue#]       LINUXWRT-804 / WGL-428
[Bug]          Hardcoded .png extension
[Cause]        N/A
[Solution]     Use extension of used icon
[SCMRequest]   This requries wrt-commons change: https://review.tizendev.org/gerrit/86777
[Verification] Install widget from https://bugs.tizendev.org/jira/browse/WGL-428.
Manifest file in /opt/share/packages/J7tHY89x22.xml should contain icon with .svg extension
(<icon>J7tHY89x22.Y2y1.svg</icon>).

Change-Id: Ifef3f38e1566b92817f62aa01c1ac73bc073d71b

Install failure during RDS update

- RDS (Rapid Development Support): This feature supports fast updating with IDE.
  When a few sources are updated/changed, application doesn't need full update.

[Issue]    N/A
[Problem]  When a new file needs to be added which also includes a new directory,
           then the installer cannot handle them.
[Cause]    Missing logic to parse the newly created directory in the destination path.
[Solution] Add logic to create directory and then create file when necessary.
[SCMRequest] N/A

Change-Id: Ifd8fb2808773127dca09c95db3efb50d27424e52

Update smack APIs according to the new naming rule

[Issue#]   N/A
[Problem]  The naming rule for SMACK APIs is changed.
[Cause]    Tomasz Swierczek (SRPoL) Systems team informed the change:
           The new APIs were introduced to standardize the naming scheme in the library,
           and make all libprivilege API functions start with a common prefix "perm_".
[Solution] Update SMACK APIs according to the change.
[SCMRequest] N/A

Change-Id: Ieb73f1a32dcedbdbfb61f23300d1d40a4db8db21

[Release] wrt-installer_0.1.117

Change-Id: I1717ecfdf79bf08a8ffa133ba7c7184ab2caf4be

Fixed package id is empty in callback of package manager.

[Issue#] TTS-1840
[Problem] package is empty in callback of package manager.
please check https://bugs.tizendev.org/jira/browse/TTS-1840

[Cause] signal have been sent before setting package id.
[Solution] signal is sent after set package id.
[SCMRequest] N/A

Change-Id: I24763d3ee499d4789e59828892000f0d29ea4d57

Fixed restore /shared/res directory during update hybrid web app.

[Issue#] P130809-02632
[Problem] icon doesn't update after update hybrid web app.
[Cause] icon files is in shred/res directory at hybrid web app.
But shared/res directory was restored to original directory during update.
So new icon file is missing.
[Solution] shared/res directory should not restore during update logic.
[SCMRequest] N/A

Change-Id: Iad574356177b4ef6ed9d6dd7c06cdd34332c7b89

Fixed update package info when hybrid webapp.

[Issue#] N/A
[Problem] package information isn't changed after update hybrid web app.
[Cause] There is a bug in check condition during update package information.
[Solution] remove condition for hybrid webapp.
(Because to update package information execute only in wrt-installer when hybrid web app.)
[SCMRequest] N/A

Change-Id: Ibdca78752bdab9194c0d2d09fdd7633f168059f1

Fixed build break about "Remove wrt-preinstall-widgets.service"

[Issue#] N/A
[Problem] build failed ater "Remove wrt-preinstall-widgets.service"
[Cause] spec file has "wrt-preinstall-widgets.service"
[Solution] remove "wrt-preinstall-widgets.service" from spec file.
[SCMRequest] N/A

Change-Id: I80637f99e041407added1b19b597dcdda3e03f46

[Release] wrt-installer_0.1.116

Change-Id: I3de20d709f0599d3d61b0eba116c04626fbbeb44

Pkgmgr's wgt backendlib - fixing name locale for package

[Issue#]       LINUXWRT-792 / WGL-406
[Bug]          Locale isn't correctly dipatched
[Cause]        Lookup should be done without subtags too
               (that wasn't fixed when writing LocalisationTagsSingleton).
[Solution]     Use code from localisation module
[Verification] Try to install widget ta-de-004.wgt (located in wrt-extra)
               from myfiles app (copy file to /opt/usr/media/Others/).
               Displayed widget name in popup should be "PASS".

Change-Id: I4468619e441f32f1d744bba4eba08a8579fbe403

Build Fix after ea9d0ebbd87705b6d36ad280bfab4151faaa8808

[Issue#] N/A
[Problem] Build failed after ea9d0ebbd87705b6d36ad280bfab4151faaa8808
[Cause] spec file still has "wrt-preinstall-widgets.service"
[Solution] Removed "wrt-preinstall-widgets.service" from the spec file
[SCMRequest] N/A

Change-Id: I36b83e5a95028af6c61069f75d1f671a74930f23

Create & update widget interface database

[Issue#] N/A
[Problem] N/A
[Cause] N/A
[Solution] To implement update widget interface key & value, database
should create in install time. Also this commit support update widget
interface data.
[SCMRequest] must be imported with wrt-commons
https://review.tizendev.org/gerrit/#/c/86092/

Change-Id: I575ae2ec2f9880d8e26fd6ede3f23549e9134d23

Remove wrt-preinstall-widgets.service

[Issue#] N/A
[Problem] Booting time is delayed too much by wrt-preinstall-widgets.service
[Cause] wrt_preinstall_widgets.sh is executed several times at boot time
[Solution] Remove preinstall service as we do not need this anymore.
           e.g.,) preinstall service is available with CSC.
           We received a request of removal this service from kyungmin.park@samsung.com
[SCMRequest] N/A

Change-Id: I3152068778565970bb4f2f2c89be12e539f4945d

[Release] wrt-installer_0.1.115

Change-Id: I2204f2b141bee23f69349a3cc4d761b00cc04c41

Implement disposition element parser

[Issue#] N/A
[Problem] N/A
[Cause] N/A
[Solution] Implement disposition element parser
disposition element is sub-element of tizen:app-control.
element name : tizen:disposition
value :
  inline - application running with submode
  window - application running with normal state

example :
  <tizen:app-control>
    <tizen:src name="test.html"/>
    <tizen:operation name="http://tizen.org/appcontrol/operation/test"/>
    <tizen:disposition name="inline"/>
  </tizen:app-control>
dispostion element requires platform level
[SCMRequest] N/A

Change-Id: Ib36215380572afffc23ce831d28488903b5dd4f8

[Release] wrt-installer_0.1.114

Change-Id: I85df70b6294c6979cb4ceac80461a1b03c20b00b

separate generation manifest and update pkginfo.

[Issue#] N/A
[Problem] N/A
[Cause] N/A
[Solution] To update package info separate from generation manifest file.
Because package info is double updated when hybrid app.
[SCMRequest] N/A

Change-Id: Ib32dd11d6108630480918bff9529aa85a6c56185

Add start/end task for log.

[Issue#] N/A
[Problem] N/A
[Cause] N/A
[Solution] Add log for marking task.
[SCMRequest] N/A

Change-Id: Ib4891a2389c0821290710a4973d9fd9ceea4ea52

Apply the cflag(TIZEN_ENGINEER_MODE)

[Issue#] N/A
[Problem] can't display dlog.
[Cause] N/A
[Solution] add cflag for feature of USER/ENG binary.
[SCMRequest] N/A

Change-Id: Ic91e36f124fd9635d39f8b97217e5e2fc790b52b

Privilege and Feature list files are added for IDE

[Issue#] N/A
[Problem] N/A
[Cause] N/A
[Solution] Privilege and Feature list files are added for IDE
The IDE show the available list of Privilege and feature.
WRT maintains this list.
[SCMRequest] N/A

Change-Id: I5d921046bb86bd502c99dfdc87072edf035f99f9