849133 - [Buri][Input method] The language list display abnormal when long press the "globe" button

Status: RESOLVED DUPLICATE of bug 796600

(Firefox OS Graveyard :: Gaia::Keyboard, defect, P2)

Description

[sync-1]

+++ This bug was initially created as a clone of Bug #412728 +++
 
 Created an attachment (id=354675)
 snapshot
 
 DEFECT DESCRIPTION:
 [Input method] The language list display abnormal when long press the "globe" button
 
 REPRODUCING PROCEDURES:
 1. Go into Settings--> Keybaord--> Select more than 2 leyboard layout.
 2. Go into some edit screen, use the virtual keyboard--> Tap and hold the "globe" button.--> Found the language and "?123" icon overwrite.(KO)
 
 EXPECTED BEHAVIOUR:
 The "?123" should be hiden by langugage list.
 
 ASSOCIATE SPECIFICATION:
 
 TEST PLAN REFERENCE:
 B2G-11066
 
 TOOLS AND PLATFORMS USED:
  V10B
 
 
 USER IMPACT:
 
 REPRODUCING RATE:
 3/3
 
 Mozilla Build ID:
 20130218070201
 
 For FT PR, Please list reference mobile's behavior:
 
 ++++++++++ end of initial bug #412728 description ++++++++++
 
 
 
 CONTACT INFO (Name,Phone number):
 
 DEFECT DESCRIPTION:
 
 REPRODUCING PROCEDURES:
 
 EXPECTED BEHAVIOUR:
 
 ASSOCIATE SPECIFICATION:
 
 TEST PLAN REFERENCE:
 
 TOOLS AND PLATFORMS USED:
 
 USER IMPACT:
 
 REPRODUCING RATE:
 
 For FT PR, Please list reference mobile's behavior:

Comment 1

[Andrew Overholt [:overholt]]

I can't reproduce with a local v1.0.1 build.  What language choices did you make?

Comment 4

[Walter Chen[:ypwalter][:wachen]]

Can't reproduced in 
    v110(v1train) pvt 2013/3/24 build
    v101(shira)   pvt 2013/3/24 build

I found these behavior that I thought they are correct behavior.

When you try to scroll on the list and want to see the highlight on the list-item, it will not highlight the current language. (Correct behavior)

If you add more languages, like all the languages, when you long press the globe icon, you will see the languages list with some items (1.5 items) transparent. It would not overlap the ?123 key. (Correct behavior)

Comment 5

[William Hsu [:whsu]]

Hi, Andrew and Walter,

Thanks for your help and information.
As I tested, my result was same as Walter mentioned. (As attachment)
If this was a current specification, this is not a bug.

Test build: 20130324230203
* Mercurial-Information(mozilla-b2g18_v1_0_1)
Gecko revision="4931ec89ebbe
Gaia revision="a03242d895a6
* Git information
Gecko revision="353867e8450799957646541e04470da57701ba66"
Gaia revision="85fd164691bb852f1cfaf82405df4380629ced6e"

If you have further question and comment, please feel free to raise it.
Thanks! Have a nice day!


Best Regards,
William

Comment 6

[William Hsu [:whsu]]

Attachment: Firefox OS- Keyboard layout

Comment 7

[Andrew Overholt [:overholt]]

When I only have 3 languages available, I don't see the overlap like that illustrated attachment 728926 [details].

Comment 8

[Walter Chen[:ypwalter][:wachen]]

hi, you can try to download those from 
https://pvtbuilds.mozilla.org/pub/mozilla.org/b2g/nightly/

They got different versions of code there with lots of localization.
Login user/password is your LDAP user/password

Comment 9

[Walter Chen[:ypwalter][:wachen]]

Tested in both buri and unagi. I still the behavior still work fine for me.

Comment 10

[xiupinglong]

(In reply to Andrew Overholt [:overholt] from comment #7)
> When I only have 3 languages available, I don't see the overlap like that
> illustrated attachment 728926 [details].

1. If you add all the languages except \"Other Latin scripts\" and \"Cyrillic
 scripts\", when you long press the globe icon, you will see the languages list
 with 8 items. It would not overlap the \"?123\" key.
 
2. If you add all the languages(settings->keyboard->keyboard layouts), when you long   press the globe icon, you will see the languages list with 10 items and some items (1.5 items) transparent.
But some languages in step 1 disappear, and it cannot scroll to display them. --->
 Is it OK?

Comment 11

[William Hsu [:whsu]]

Hi, XiuPing,

Thanks for your reminder and help!
Some languages will disappear if we set over than 10 keyboard layouts in settings of Firefox OS.(Attach screenshot)
But it may be a minor UI defect.
We can consult UX experience to do some modification/change.
Have a nice day! :)


Best Regards,
William

Comment 12

[William Hsu [:whsu]]

Attachment: Disappeared keyboard layout

Comment 13

[Andrew Overholt [:overholt]]

CCing some UX people for their input.

Comment 14

[xiupinglong]

Attachment: snapshot for the language list display abnormal

Keyboard layout select: Cyrillic scripts, Arabic, Hebrew and this issue can be
reproduce.The language list display abnormal when long press the "globe"
button.

Comment 15

[xiupinglong]

(In reply to Andrew Overholt [:overholt] from comment #13)
> CCing some UX people for their input.

Hi Andrew,

Do you known who is the UX people, or who can add the UX people to the CC list?

And as comment 14, the language list display abnormal. This is not the UX definition, it seems some code mistake.

Comment 16

[Josh Carpenter [:jcarpenter]]

We will be replacing this interface entirely in future versions (1.2 approximately). 

In the short term, ideally the list would be scrollable when the number of items exceeded the available screen space. If that is not feasible, we may want to accept this as a edge case in current versions, and wait for the 1.2 redesign to fix. It's very unlikely that users will turn on that many languages and encounter this issue in the first place.

Comment 17

[xiupinglong]

(In reply to Josh Carpenter [:jcarpenter] from comment #16)
> We will be replacing this interface entirely in future versions (1.2
> approximately). 
> 
> In the short term, ideally the list would be scrollable when the number of
> items exceeded the available screen space. If that is not feasible, we may
> want to accept this as a edge case in current versions, and wait for the 1.2
> redesign to fix. It's very unlikely that users will turn on that many
> languages and encounter this issue in the first place.

So I can be understood as are you going to modify this PR without UX change? And after your modification the list would be scrollable when the number of items exceeded the available screen space?

Comment 18

[Josh Carpenter [:jcarpenter]]

 (In reply to xiupinglong from comment #17)
> (In reply to Josh Carpenter [:jcarpenter] from comment #16)
> > We will be replacing this interface entirely in future versions (1.2
> > approximately). 
> > 
> > In the short term, ideally the list would be scrollable when the number of
> > items exceeded the available screen space. If that is not feasible, we may
> > want to accept this as a edge case in current versions, and wait for the 1.2
> > redesign to fix. It's very unlikely that users will turn on that many
> > languages and encounter this issue in the first place.
> 
> So I can be understood as are you going to modify this PR without UX change?
> And after your modification the list would be scrollable when the number of
> items exceeded the available screen space?

Correct, except someone else needs to make the change. I'm UX, not Dev. :)

Comment 19

[xiupinglong]

Hi Walter Chen,

Should this issue be modified in v1.0.1?

Comment 20

[William Hsu [:whsu]]

Walter wasn't in the Cc list. Rudy may know the answer.
-------------------------------------------------------
Hi, Rudy,

Could I have your help?
Will this bug be fix in v1.0.1? Thanks!

Comment 21

[Rudy Lu [:rudyl] (inactive after 2015/7/3)]

This should be the same issue as Bug 796600.
This issue is there for a while but never got priority.

It won't be in v1.0.1 unless it got marked as tef+, which was nominated once before, but did go through into the blocker list.

Comment 22

[Rudy Lu [:rudyl] (inactive after 2015/7/3)]

(In reply to Rudy Lu [:rudyl] from comment #21)
> This should be the same issue as Bug 796600.
> This issue is there for a while but never got priority.
> 
> It won't be in v1.0.1 unless it got marked as tef+, which was nominated once
> before, but did go through into the blocker list.
                 ^ not

Comment 23

[Walter Chen[:ypwalter][:wachen]]

Since partner is concerned about this issue, reraise tef?

Comment 24

[Daniel Coloma:dcoloma]

We don't believe this should be a blocker

Comment 25

[Lukas Blakk [:lsblakk] use ?needinfo]

We don't see this being a common issue due to the limited language set shipping in v1.0.1 - most users should not see this.  If a partner wants to champion blocking nomination please state the milestone this would be absolutely required to be fixed by to meet certification/testing deadlines.

Comment 26

[Rudy Lu [:rudyl] (inactive after 2015/7/3)]

Dup to  Bug 796600, which has been fixed in v1-train and Gaia master, but no on v1.0.1.