GitLab

Certain STK commands don't provide a URL with which the browser
should be launched. For those tests, launch the browser with
the default homepage.

Bug:8312291
Change-Id: Ie9799dbe7bd73e9deeea65832af2bf58a71488d6

Code was introduced in frameworks/base
96fd7c1c1acc03b40b1813ef65793560c175ef80 that makes notifications
refering to status_bar_latest_event_content.xml directly show up
in purple.

Using internal resource directly is discouraged, or at least the author
bids the user of this directly to have fun with the purple background.
The recommended way is to use the class Notification.Builder (Api 11)
to build your notifications. This commit uses Notification.Builder
class which setup the correct notification layout and background.

Change-Id: Idd850a16b7b68a40726a21947adc58cdcdfa1183

Don't use the default timeout for the dialog if the proactive command
explicitly specifies one.

Change-Id: I4e54d9e37ac6df832c4dcf93e6749eaff74756e1

The SIM Toolkit interface in Android uses one common
timeout for UI commands. This is not good practice,
as there is a very clear difference between use cases.

A DISPLAY TEXT command with the option “clear after delay”
and with option “Wait for user to clear” should not have
the same timeout, which is the case without a patch. The
timeouts have in the patch been set to 15 s for
“clear after delay” (i.e. automatically removed), 60 seconds
for “Wait for user to clear” and 30 s for other UI timeouts.

The times are both in accordance with ETSI 102.223 and
operator requirements.

Change-Id: I61262bf36a84f071ec4f223eb187f92e2026b68b

Change-Id: I973240f513e10da4b6a2693651ece7c19afe61be
Signed-off-by: Christian Bejram <christian.bejram@stericsson.com>
Signed-off-by: Patrik Ryd <patrik.ryd@stericsson.com>

3GPP TS 31.124 test case 27.22.4.1.4/1 Display Text -
sustained text is failing.

As per the CAT specification, text shall
be sustained until a subsequent proactive command
is received containing display data. Existing
dialog showing the text is not replaced with
the newly received text message resulting in
conformance case failing.

waitForUserResponse not set correctly and also
Intent.FLAG_ACTIVITY_MULTIPLE_TASK is used
resulting in a starting of a new task even if there
is an existing task.

Fix the issue by setting the waitForUserResponse
to false on response not needed and on screen
not available. Also, Intent.FLAG_ACTIVITY_CLEAR_TASK
is used as one of the flags in creating the intent
for launching the dialog.

Change-Id: Ic614f96883aaa92696982ca41d85a02341bcb132
Author: Jeevaka Badrappan <jeevaka.badrappan@intel.com>
Signed-off-by: Jeevaka Badrappan <jeevaka.badrappan@intel.com>
Signed-off-by: Shuo Gao <shuo.gao@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>
Author-tracking-BZ: 61998

ANR is seen in StkAppService because of ServiceHandler is not
created due to CatService is not running.

Stop Stkapp Service if Catservice is not running to avoid ANR.
Whenever service is started using StartService first onCreate
followed by onStart will be called. Next time onwards only
Onstart will be called due to this ServiceHandler will not intialize.
Hence moving corresponding code to onStart from onCreate.

Change-Id: I5a0a78d2012e3bf5aff2b5512dd21aa7bb96ec4a

Don't launch this when a user is starting.

Change-Id: Ic264a8e1060407d500138d7d182414988aa03938

getSystemService cannot be called during java#init, moving initialization
of mVibrator into onCreate.

Bug: 6886400
Change-Id: I644aa674fffb11ea755bd6d96169e43896c839f2

* commit '8e36a0a6':
  No response sent when backlight is OFF

* commit '3420f3cc':
  No response sent when backlight is OFF

When the LCD backlight is OFF while receiving a
PLAY TONE command, the onDestroy() method is called
immediately since the app is in the background.
In onDestroy() the STOP message is removed from the
handler queue which leads to no response is sent back to
StkAppService. This causes the RIL layer to send
TR 'ME currently unable to process command' back to the SIM.
Solution is to check if a response is sent before
removing any messages from the handler queue.

Change-Id: I7ac2e99b85b38576acfe72370aa55850cdc304a0

* commit '558abb1d':
  Stk: Fix crash due to race condition

* commit 'af0dd9f0':
  Stk: Fix crash due to race condition

StkAppService doesn't really need mStkService reference in the
constructor. It will need it to respond to proactive command.
By that time StkService has to exist (proactive command comes
from it)

Change-Id: I449238b1b4dab9680658ce0aecfa53915d10e19f
Auto-generated-cl: translation import

* commit '1234f0b4':
  Use telephony-common - DO NOT MERGE

* commit '71013cbd':
  Use telephony-common - DO NOT MERGE

Change-Id: I5fa0c8f97d0302bfbf1ea73217ad4cfcb0098193

* commit '401a3cf1':
  Use telephony-common

Change-Id: I5fa0c8f97d0302bfbf1ea73217ad4cfcb0098193

Change-Id: Ifaa65a2ce2cc7af5ab995cc13e92da05b8b6d652

Bug: 6334179
Change-Id: I1582daff119a1e7d507f7e3b161710a75971a68e

Change-Id: If19cdc20c7b06675f3323e01fd11c0e2580e100a

Change-Id: Ic956973c25c5edaf0344404a1aeef4054995907f

* commit '7c82ced5':
  Import translations. DO NOT MERGE

* commit '7c82ced5':
  Import translations. DO NOT MERGE

Change-Id: Ie2593ee0cbe9869db694242039faddbc8acb56ed

Change-Id: I75a2596e9049efbcff898bdf787c975cd7983d2d