The monkey is able to generate a situation where we're coming into
ComposeMessageActivity thinking we've got an MMS message, based on
the message flags, but the attachment flags indicate the MMS message
hasn't been initialized. Log the message state so next time this happens,
we can track down the source of the problem.

AI 145459: am: CL 145075 Fix bug: 1774564 - [Top10-VF-10667] "Name" field gets clobbered when adding phone # or e-mail address to existing contact from SMS app.
When creating the intent to Add a contact, we'd pass the number or email for the name in the intent, so the name field would get filled
in when the user chose "Add contact" in Contacts. Unfortunately, that had the unintended side-effect of replacing the name when a user
chose to associate the SMS/MMS info with an existing contact. With this simple change, the code no longer tries to pre-populate the
contact name.
Original author: tomtaylor
Merged from: //branches/cupcake/...

AI 145075: Fix bug: 1774564 - [Top10-VF-10667] "Name" field gets clobbered when adding phone # or e-mail address to existing contact from SMS app.
When creating the intent to Add a contact, we'd pass the number or email for the name in the intent, so the name field would get filled
in when the user chose "Add contact" in Contacts. Unfortunately, that had the unintended side-effect of replacing the name when a user
chose to associate the SMS/MMS info with an existing contact. With this simple change, the code no longer tries to pre-populate the
contact name.
BUG=1774564

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.

AI 143211: am: CL 143007 When discarding an MMS message, also delete any associated SMS drafts.
This will keep intermediate anonymous drafts created in the process of switching
activities (e.g. to attach a picture) from being left behind.
Original author: ficus
Merged from: //branches/cupcake/...

AI 143202: am: CL 142984 Don't cancel failed message notifications from ConversationList.
They will (and should only be) cancelled from ComposeMessageActivity
when the failed message has been reviewed by the user.
Original author: ficus
Merged from: //branches/cupcake/...

AI 143180: am: CL 142923 Fix bug: 1730901 - Unread notification takes me to the wrong thread.
When a user selected a notification for a specific message failure, the intent sent to
ComposeMessageActivity was sometimes a previous intent and the wrong message thread
would be displayed. We needed to set a flag in PendingIntent so the intent we passed
in would replace any previous one. Hard to find. Easy to fix.
Original author: tomtaylor
Merged from: //branches/cupcake/...

AI 143166: am: CL 142862 Allow anonymous (recipientless) draft messages to be saved when we have no choice but to
either save the message or throw it out and can't give the user a choice with a dialog.
More aggressive refresh of draft cache to catch cases where the thread ID may have changed.
Avoid losing track of proper MMS state in image attachment add failure on resize.
Original author: ficus
Merged from: //branches/cupcake/...