David Brown [Fri, 24 Apr 2009 03:02:33 +0000 (20:02 -0700)]
Fix 1809590: text is truncated in a couple of "incoming call" menu items
The in-call screen has a couple of menu items with labels that are too
long for a single line. So for those items we turn off the icon (which
leaves enough room for 2 lines) and use explicit '\n' chars in the
string resources to break the text into two lines.
Unfotunately this never actually worked :-(
The InCallMenuItemView class has always forced itself into single-line
mode, which causes the '\n' chars in the text to be ignored.
The fix: *don't* force single-line mode for menu items that don't have
an icon. (If there's no icon, that means there *is* room for 2 lines of
text.)
TESTED: Confirmed that the multi-line menu items now look correct, and
the other in-call menu items are unchanged.
David Brown [Wed, 22 Apr 2009 01:49:45 +0000 (18:49 -0700)]
Re-apply fixes to the "SIM network unlock" UI (which were lost in the big CDMA merge)
CL 138604 in cupcake fixed some problems with the "SIM network unlock"
UI (bug 1695133.) That change was automerged to //branches/donutburger
in CL 139143, but it then got mostly undone when CL 144185 (the big CDMA
merge) went in.
This change manually re-applies the fixes from CL 138604,
this time in the donut git tree.
The fixes:
- remove an unnecessary setMovementMethod(null) call
- remove the "Dismiss" button
- minor layout tweaks
- minor comment improvements
TESTED: faked an EVENT_SIM_NETWORK_LOCKED event to bring up the
IccNetworkDepersonalizationPanel, verified the "dismiss" button is gone
and the soft keyboard comes up correctly.
David Brown [Tue, 21 Apr 2009 02:07:31 +0000 (19:07 -0700)]
Fix bug 1793462 (part 1): add a resource to disable the "SIM network unlock" screen
Some networks may not have the concept of "unlocking a SIM", in which case
we should *not* show the "Sim network lock" screen even if we get an
EVENT_SIM_NETWORK_LOCKED message.
This change adds a boolean resource called ignore_sim_network_locked_events;
if true, the phone app will ignore EVENT_SIM_NETWORK_LOCKED events.
The default value is false, meaning that a EVENT_SIM_NETWORK_LOCKED event
will launch the IccNetworkDepersonalizationPanel, and prevent the user from
doing anything else until they enter a valid SIM network PIN (i.e. the
current behavior.)
To change this behavior, just set ignore_sim_network_locked_events to true
in a product-specific overlay file.
TESTED: faked an EVENT_SIM_NETWORK_LOCKED.
With ignore_sim_network_locked_events=false, the
IccNetworkDepersonalizationPanel came up normally.
With ignore_sim_network_locked_events=true, nothing happened.
Eric Fischer [Fri, 3 Apr 2009 04:42:07 +0000 (21:42 -0700)]
AI 144355: Automated g4 rollback of changelist 144335.
*** Reason for rollback ***
Roll back US Spanish import because it made the build too big.
*** Original change description ***
Import US Spanish translations, and a few Japanese changes.
David Brown [Sat, 28 Mar 2009 03:45:30 +0000 (20:45 -0700)]
AI 143276: am: CL 143274 FIX 1741378 and 1702095: Emergency calls get made to the wrong number(!)
if you started out in airplane mode.
In some cases when we launch the EmergencyCallHandler activity, we were
launching it using the intent returned by getIntent(), which is NOT
necessarily the most recent intent we were launched with. (It's actually
the intent from way back when the InCallScreen first got created).
This has probably been broken since CL 132105, when we started keeping a
single InCallScreen instance around for the entire life of the phone
process.
The fix is to simply call setIntent() to stash away the new intent any
time one comes in via onNewIntent(). (The javadoc for
Activity.onNewIntent() actually suggests doing this.)
Watch out: Dianne says there's a known problem that the saved intent will
get lost if there's a configuration change. This is EXTREMELY unlikely to
be a problem for the InCallScreen, though, since the call to getIntent()
happens so quickly after the original onNewIntent/onResume sequence.
(I filed bug 1743425 about the ActivityManager issue, though.)
TESTED:
- Various incoming / outgoing calls
- Emergency call when initially in airplane mode
Original author: dab
Merged from: //branches/cupcake/...
Dianne Hackborn [Sat, 28 Mar 2009 01:26:13 +0000 (18:26 -0700)]
AI 143214: am: CL 143009 More work on issue #1739507 (kila-user build is too big): remove some unused application resources I found.
Original author: hackbod
Merged from: //branches/cupcake/...
David Brown [Fri, 27 Mar 2009 23:43:01 +0000 (16:43 -0700)]
AI 143274: FIX 1741378 and 1702095: Emergency calls get made to the wrong number(!)
if you started out in airplane mode.
In some cases when we launch the EmergencyCallHandler activity, we were
launching it using the intent returned by getIntent(), which is NOT
necessarily the most recent intent we were launched with. (It's actually
the intent from way back when the InCallScreen first got created).
This has probably been broken since CL 132105, when we started keeping a
single InCallScreen instance around for the entire life of the phone
process.
The fix is to simply call setIntent() to stash away the new intent any
time one comes in via onNewIntent(). (The javadoc for
Activity.onNewIntent() actually suggests doing this.)
Watch out: Dianne says there's a known problem that the saved intent will
get lost if there's a configuration change. This is EXTREMELY unlikely to
be a problem for the InCallScreen, though, since the call to getIntent()
happens so quickly after the original onNewIntent/onResume sequence.
(I filed bug 1743425 about the ActivityManager issue, though.)
TESTED:
- Various incoming / outgoing calls
- Emergency call when initially in airplane mode
BUG=1741378,1702095
John Wang [Fri, 27 Mar 2009 23:38:59 +0000 (16:38 -0700)]
AI 143181: am: CL 142924 Support DCM specific MMI network service.
IExtendedNetworkService has 4 MMI service interface used by PhoneUtils to put DCM related nw service.
void setMmiString(String number);
CharSequence getMmiRunningText();
CharSequence getUserMessage(CharSequence text);
void clearMmiString();
And the service is bind via "com.android.ussd.IExtendedNetworkService".
Original author: johnwang
Merged from: //branches/cupcake/...