Closed Bug 993215 Opened 10 years ago Closed 10 years ago

[Email] toolbar covers the bottom line of long emails

Categories

(Firefox OS Graveyard :: Gaia::E-Mail, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:1.4+, b2g-v1.3 unaffected, b2g-v1.4 fixed, b2g-v2.0 fixed)

RESOLVED FIXED
1.4 S6 (25apr)
blocking-b2g 1.4+
Tracking Status
b2g-v1.3 --- unaffected
b2g-v1.4 --- fixed
b2g-v2.0 --- fixed

People

(Reporter: tchung, Assigned: mcav)

References

Details

(Keywords: regression, Whiteboard: [priority][p=1])

Attachments

(3 files)

When reading a long email, the bottom line gets covered by the toolbar.  See attachment.

Repro:
1) install 1.4 nightly on Buri device

Gaia      86de7fcce674ef6196d68e7e23552d219a3d72db
Gecko     https://hg.mozilla.org/releases/mozilla-aurora/rev/6e028297be14
BuildID   20140407000203
Version   30.0a2
ro.build.version.incremental=eng.tclxa.20131223.163538

2) receive a long email in your inbox
3) scroll the email until the end, and verify the bottom line is covered by the toolbar. 

Expected;
- all of the email text is shown.  (ie. This is a long email.)

Actual:
- toolbar clipped.  ("a long email")
blocking-b2g: 1.4? → 1.4+
Whiteboard: [priority]
qanalysts ,can you guys help find a regression range for this bug?   it's certainly on 1.4, but want to know if this affects 1.3 or 1.5.

Thanks!
Flags: needinfo?(nkot)
Attached image v1.3/master
The issue reproduces on the latest master, does not reproduce on 1.3

1.5 - repro
BuildID: 20140408040204
Gaia: 1958454595b1fa0e061f0652ae965629993f5708
Gecko: 8883360b1edb
Version: 31.0a1

1.3 - no repro
BuildID: 20140408004002
Gaia: 0a7a50129995f080c1df4d807a2334701701e8ed
Gecko: e3fca8c23e1d
Version: 28.0
Flags: needinfo?(nkot)
Keywords: qawantedregression
QA Contact: mvaughan
This issue started reproducing on the 01/10/14 Master (1.4) build.

The UI changed between the 01/09 and 01/10 builds which seems to be part, if not all, of the problem.

- Last Working -
Device: Buri Master (1.4) MOZ RIL
BuildID: 20140109040203
Gaia: 47206ac66b084c6f6c4503a3b10d0e0760df2b6f
Gecko: 9409405e0739
Version: 29.0a1
Firmware Version: v1.2-device.cfg

- First Broken -
Device: Buri Master (1.4) MOZ RIL
BuildID: 20140110040206
Gaia: f400efc804366c7b7cf5476d1d5d325e6651ee71
Gecko: 37516445a0b5
Version: 29.0a1
Firmware Version: v1.2-device.cfg


**This looks to be a gaia issue.**
last working gaia/first broken gecko = NO REPRO
Gaia: 47206ac66b084c6f6c4503a3b10d0e0760df2b6f
Gecko: 37516445a0b5

first broken gaia/last working gecko = REPRO
Gaia: f400efc804366c7b7cf5476d1d5d325e6651ee71
Gecko: 9409405e0739

Push log: https://github.com/mozilla-b2g/gaia/compare/47206ac66b084c6f6c4503a3b10d0e0760df2b6f...f400efc804366c7b7cf5476d1d5d325e6651ee71
Caused by bug 947095.
Blocks: 947095
Assignee: nobody → m
Target Milestone: --- → 1.4 S5 (11apr)
Now that the toolbar is opaque, should we just change the scrolling region to not include the toolbar?  There's not a lot of advantage to having an opaque thing overlay something else.  The notable difference is that it does affect the vertical space the scroll-thumb lives in.  If content can go under the toolbar, the scroll-thumb can go over the toolbar too.
That makes sense, assuming we're going to keep the opaque footer.
Comment on attachment 8406275 [details] [review]
Link to Github pull-request: https://github.com/mozilla-b2g/gaia/pull/18296

Canceling review until I reimplement per :asuth's suggestion.
Attachment #8406275 - Flags: review?(jrburke)
Comment on attachment 8406275 [details] [review]
Link to Github pull-request: https://github.com/mozilla-b2g/gaia/pull/18296

Re-flagging for review; this version just modifies the scrollregion height to exclude precisely the area of the header and footer.
Attachment #8406275 - Flags: review?(jrburke)
Target Milestone: 1.4 S5 (11apr) → 1.4 S6 (25apr)
Whiteboard: [priority] → [priority][p=3]
Whiteboard: [priority][p=3] → [priority][p=1]
Hi, James, are you available to review? Thanks.
Flags: needinfo?(jrburke)
Comment on attachment 8406275 [details] [review]
Link to Github pull-request: https://github.com/mozilla-b2g/gaia/pull/18296

Left feedback in pull request. Flip review back to me when addressed, should be easy to r+ after that.
Attachment #8406275 - Flags: review?(jrburke)
Flags: needinfo?(jrburke)
Comment on attachment 8406275 [details] [review]
Link to Github pull-request: https://github.com/mozilla-b2g/gaia/pull/18296

Updated the PR per your comments.
Attachment #8406275 - Flags: review?(jrburke)
Comment on attachment 8406275 [details] [review]
Link to Github pull-request: https://github.com/mozilla-b2g/gaia/pull/18296

r+ from me, if the .card-message-reader style is moved to message_cards.css, near the other style in that file that starts with `.card-message-reader`, so that we can better manage the message card related styles together.
Attachment #8406275 - Flags: review?(jrburke) → review+
Hey guys,
this one will be fixed in bug 992994, can I mark this as duplicate?
(In reply to Pavel Ivanov [:ivanovpavel] from comment #15)
> Hey guys,
> this one will be fixed in bug 992994, can I mark this as duplicate?

No, this bug needs to uplifted to v1.4 so it should land on master before bug 992994 does.  I was mentioning this bug on that bug for my own clarity and that of other reviewers since any place we have a calc() in our styling relating to visible/scroll areas there's a real risk for non-obvious regressions so we need to be very careful.
Moved the offending style to message_cards.css as you requested, and landed on master:

https://github.com/mozilla-b2g/gaia/commit/28935fe853e914b90b9e59a0b883cb6c845f3da4
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: