========
https://hg.mozilla.org/integration/gaia-central/rev/77058600c39f
Author: Corey Frang <gnarf37@gmail.com>
Desc: Bug 891908 - [MMS] Replacing an attachment with a large image should trigger resizing - r=schung
* Ensure that image resizing is triggered whenever an image is added (even via replace)
========
https://hg.mozilla.org/integration/gaia-central/rev/02b50e5b3ca8
Author: Corey Frang <gnarf37@gmail.com>
Desc: Bug 892480 - [SMS] Sending two phone numbers separed by space or enter should detect two phone numbers - r=arcturus
* Shorten the greediness of the match to not accept as many numbers
* Added a check to ensure that the character after the match is not a digit
* Only allow space and tab as separators in phone numbers
========
https://hg.mozilla.org/integration/gaia-central/rev/a9de5769866d
Author: Arthur Chen <crh0716@gmail.com>
Desc: Merge pull request #10909 from leob2g/Bug_890448_wrong_info_is_shown_when_receiving_second_call
Bug 890448 - [Dialer] When receiving second call that has withheld number, shows contact information (not withheld number token) r=etienne, a=leo+
========
https://hg.mozilla.org/integration/gaia-central/rev/e7a9586e0ec9
Author: sungwoo.yoon <sungwoo.yoon@lge.com>
Desc: Bug 890448 - [Dialer] When receiving second call that has withheld number, shows contact information (not withheld number token)
========
https://hg.mozilla.org/integration/gaia-central/rev/015185f797c4
Author: Rick Waldron <waldron.rick@gmail.com>
Desc: Bug 887712 - [SMS/MMS] Make editable cursor element "zero width" until any user interaction r=gnarf
https://bugzilla.mozilla.org/show_bug.cgi?id=887712
Includes: 4880acb5ec
- Empty, out of focus placeholders contract to zero offset width
- Empty, in focus placeholders expand to rem-based width (margin: r & l, padding: r & l)
- When all recipients are deleted, don't leave empty editable in the to-field.
- When the editable placeholder is contracted to a zero offset width, it's possible to accidentally tap a recipient when the intention is to tap the to-field area around the recipient list, which will correctly prompt the user to remove the recipient. Since there is no way to unambiguously detect the user's intention, always handle "Remove" and "Cancel" in an intuitive way.
Signed-off-by: Rick Waldron <waldron.rick@gmail.com>
========
https://hg.mozilla.org/integration/gaia-central/rev/d3bf1e5466f0
Author: Fabien Cazenave <fabien@cazenave.cc>
Desc: Merge pull request #10943 from fabi1cazenave/mmsAttachmentContainers-bug889899
Bug 889899: use <div> instead of <iframe> for MMS attachment containers, r=julienw
========
https://hg.mozilla.org/integration/gaia-central/rev/662a0765f17a
Author: Fabien Cazenave <fabien@cazenave.cc>
Desc: Bug 889899: use <div> instead of <iframe> for MMS attachment containers, r=julienw
Attachment containers use `<iframe>` in the SMS app because they are handy in the Compose area (work well in a contenteditable element): this ensures that attachment blocks are deletable but not editable. However, `<iframes>` are a pain to use in the message thread, and can become a performance killer on threads with lots of attachments.
This patch keeps `<iframe>` containers for draft attachments in the Compose area but relies on `<div>` containers for the message thread. To achieve this we use three templates:
* one `attachment-preview` template:
- display it in a 80x80 px placeholder (can be extended to 120x80 or 80x120);
- display the attachment size if in the Compose window;
- do not display the file name for images
(another patch will enable to display the file name on video with previews)
* one `attachment-nopreview` template: (audio, video, large images)
- display the attachment type as a 80x80 px icon (audio, video, image, other);
- display the attachment size if in the Compose window;
- display the file name, both in the Compose window and in the message thread.
* one `attachment-draft` template to embed one of the two previous templates in an `<iframe>` container for the Compose area.
Non-draft attachments are displayed in a `<div>` container. In both cases (div or iframe), the container carries an `attachment-container` class and a `preview` or `nopreview` one.
Side notes:
* this fixes bug 882094 (display attachment file names in MMS);
* the `bubbleEvents` method has been slightly re-rewritten to be more self-explanatory;
* some basic cleanup has been done on the HTML & CSS front.
