[B2G][Helix][messages][zhaotao]Click back icon with no response when edit an mms message



6 years ago
3 years ago


(Reporter: lecky.wanglei, Unassigned)


Firefox Tracking Flags

(Not tracked)



(2 attachments)

604.46 KB, image/pjpeg
1.25 KB, application/octet-stream


6 years ago
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; aff-kingsoft-ciba; Zune 4.7)

Steps to reproduce:

【Repro Steps*】:
1、open messages app,and create a new mms
2、Click back icon to exit mms editing

Actual results:

no response when click back icon
【Test Count*】:20
【Found Count*】:1
【Network environment】:
【Resume operation】:

Expected results:

we should always can exit mms editing

Comment 1

6 years ago
Created attachment 797146 [details]


6 years ago
blocking-b2g: --- → hd?
Priority: -- → P3
Looping Gaia folks.
Which gaia version do you use ? Can we have the log from logcat ? Can we have a video ?

FTR I can't reproduce this on the master version of the sms app.

Thanks !
Flags: needinfo?(nobody)


6 years ago
Severity: normal → blocker
Priority: P3 → P2
still the question in comment 3
Flags: needinfo?(nobody) → needinfo?(lecky.wanglei)

Comment 5

6 years ago
hi,julien,sorry for the delay.


this issue occurs at a very low ratio,please check the attachment file for log info.
Flags: needinfo?(lecky.wanglei)

Comment 6

6 years ago
Created attachment 798403 [details]

Comment 7

6 years ago
sorry,forget the zip attachment,there is no log info in it.

I will upload the log info later,sorry again.
In the image attachment I've seen a weird behaviour of the panel which contains the keyboard (that's why the app has not the full height). As Julien said, I can not reproduce this issue with yesterday's build. Could you define the Steps to reproduce? Has the keyboard any weird behaviour? THanks!
Flags: needinfo?(lecky.wanglei)
yep, it looks like we don't resize when the keyboard is hidden.
I wonder if this could happen when we go back while the focus is inside an attachment iframe.

Comment 11

6 years ago

the issue can be reproduce at very low ratio.

Can you give us some insight how to get useful logs for you to analyze keyboard issue,

we have got some phone that can reproduce keyboard related issue,for example,keyboard can not be shown up.
Flags: needinfo?(lecky.wanglei)
You can try to do:

  adb logcat | grep Gecko | tee logfile.txt

while reproducing.

But I doubt we'll have anything useful in it. The most useful thing would be a steps to reproduce at 100%.

Also, I'd like to know what happens after this. Can you recover from this situation ?

What disturbs me here is that we actually have a "security code" that should make you go back even if we don't get the resize (see [1]). It was added a long time ago and should be on all release branches.

[1] https://github.com/mozilla-b2g/gaia/blob/master/apps/sms/js/thread_ui.js#L594
Vivien just saw it in the contact app, he thinks this is a regression of the new keyboard management.

However I don't think the new keyboard management is in 1.1hd so... I don't really know.

Needinfo Rudy Lu then. And also :alive because the resize is handled by the system app. So it could be one of those :)
Ever confirmed: true
Flags: needinfo?(rlu)
Flags: needinfo?(alive)
Hi Julien,

If the new keyboard management you mentioned means the 3rd-party IME framework we landed a few days ago, then that part did not go to hd branch, since it is v1.2 feature work. :)
Flags: needinfo?(rlu)
(In reply to Julien Wajsberg [:julienw] from comment #10)
> I wonder if this could happen when we go back while the focus is inside an
> attachment iframe.

To me if blur occurs and then resize work should be done correctly. The only thing I could figure out now is blur doesn't occur so keyboard app doesn't modify its url and then keyboard manager doesn't get mozbrowserlocationchange.

Doesn't this only happen in sms attachment?
Flags: needinfo?(alive)
As you see in the screenshot, the keyboard is correctly hidden, only the app is not resized...

I don't have the answer to your question
Hmm, this looks like a rendering issue...if we don't resize correctly, you would see the wallpaper...
Flags: needinfo?(alive)
clear ni:)
Flags: needinfo?(alive)
Oh, I see. Then we would correctly resize but the inside of the SMS app does not resize. Weird..


5 years ago
blocking-b2g: hd? → ---


5 years ago
Severity: blocker → normal


5 years ago
Priority: P2 → P3
I think this works properly now.
We have a safe timeout for when we don't detect the resize.
Last Resolved: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.