1124366 - The input box high growing should keep the same place visible of a conversation by pushing up

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::SMS, defect, P1)

Description

[Nicolas Mandil (:NicolasWeb)]

Attachment: Message input hight - UI issue.jpg

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:35.0) Gecko/20100101 Firefox/35.0
Build ID: 20150112203352

Steps to reproduce:

1. open a message conversation
2. start writing a multi line message


Actual results:

at every new line you compose, more of the bottom of the conversation is overlayed (hidden behind compose input box).


Expected results:

compose input box should keep visible the same bottom-of-conversation when growing/decrease.
it should adapt like it do when you first click on it and push up the conversation part (not overlay it).

Comment 1

[Julien Wajsberg [:julienw] (PTO -> Aug 24)]

Thanks for this bug, you're definitely right, it's how it's supposed to work, and I'm quite sure this is a regression.

Asking 2.2 blocking status even if the regression is likely old.

Comment 2

[Nicolas Mandil (:NicolasWeb)]

Attachment: UI without input high issue in FFOS 1.3

I agree : it's a regression since it wasn't the case in FFOS 2.0 as show this screen captures.

Comment 3

[Nicolas Mandil (:NicolasWeb)]

not sure if good first bug applies to FFOS, but trying...

Comment 4

[Julien Wajsberg [:julienw] (PTO -> Aug 24)]

QA: can you please test this in a 2.1 build?
Asking for a regression window too, this might help finding an easy fix.

Nicolas, "good first bug" applies to FFOS but I don't know yet if this would be easy enough for a new contributor, so I'm removing this flag for now.

Comment 5

[Yeojin Chung [:YeojinC]]

This issue also reproduces on Flame 2.1.

Result: The input field overlays the previous messages as the user composes a multi-line message.

Environmental Variables:
Device: Flame 2.1
BuildID: 20150121143637
Gaia: 2055fc40a8bd2af1908979cb45da6b7d1c4ced0b
Gecko: 38ac70ca969b
Version: 34.0 (2.1) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

--------------------------------------------------
I will work on the regression window next.

Comment 6

[Yeojin Chung [:YeojinC]]

This issue DOES reproduce on Flame 2.0, V18D-1 Base Image (2.0), and V188-1 Base Image.

Result: The input field overlays the previous messages as the user composes a multi-line message.

Environmental Variables:
Device: Flame 2.0 (319mb, KK, full flash)
BuildID: 20150121092732
Gaia: 736933b25ded904f0cb935a0d48f1f3cf91d33ad
Gecko: 296e19e6edcb
Version: 32.0 (2.0) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Also the attachment in Comment 3 looks like v1.4 rather than v2.0 judging by the UI. This issue DOES NOT reproduce on the latest Flame 1.4.

Result: The input field does not overlay the previous messages as the user composes a multi-line message. The previous messages scroll up as the input field expands.

Environmental Variables:
Device: Flame 1.4 (319mb, JB, shallow flash).
BuildID: 20150120212631
Gaia: 04265f42139a7a5c611c45e4869582642927e835
Gecko: e8306da2cbc1
Version: 30.0 (1.4) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0

Therefore, it is a regression from v1.4 to v.2.0. Unable to provide regression window.

Comment 7

[Yeojin Chung [:YeojinC]]

Attachment: 2.0_Messages.png

The attachment is what I see from Flame 2.0.

Comment 8

[Nicolas Mandil (:NicolasWeb)]

> I agree : it's a regression since it wasn't the case in FFOS 2.0 as show
> this screen captures.

> Also the attachment in Comment 3 looks like v1.4 rather than v2.0 judging by
> the UI. This issue DOES NOT reproduce on the latest Flame 1.4.

Sorry I made a mistake : attachement 8553013 is FFOS 1.3 
I'm running FFOS 2.0 that is affected to report this bug.

Comment 9

[Wesley Huang [:wesley_huang] (EPM) (NI me)]

triage: we lived with it for many releases. it's not breaking functionality, so decision is not to block.
We would like it to fixed and request uplift though.

Comment 10

[Nicolas Mandil (:NicolasWeb)]

I may be wrong, but 1.3 and 2.0 only were released in devices to users.
It seems *they* didn't lived with it for many releases, but only with the last one. I think that for them, it's a new regression.

Still happy that this will be fixed :-)

Comment 11

[Wesley Huang [:wesley_huang] (EPM) (NI me)]

Understood. I have no doubt that we want it to be fixed.
It's not necessary to mark blocker in order to fix. 
Since this isn't really  breaking functionality, I think we shouldn't block on it.

Comment 12

[Julien Wajsberg [:julienw] (PTO -> Aug 24)]

Mass closing of Gaia::SMS bugs. End of an era :(

Comment 13

[Julien Wajsberg [:julienw] (PTO -> Aug 24)]

Mass closing of Gaia::SMS bugs. End of an era :(