Closed Bug 1083775 Opened 10 years ago Closed 10 years ago

[System] status-bar label is overlapped with icons if the operator text is long in 2.0

Categories

(Firefox OS Graveyard :: Gaia::System, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.0+, b2g-v2.0 verified, b2g-v2.0M verified, b2g-v2.1 unaffected, b2g-v2.2 unaffected)

VERIFIED FIXED
2.1 S9 (21Nov)
blocking-b2g 2.0+
Tracking Status
b2g-v2.0 --- verified
b2g-v2.0M --- verified
b2g-v2.1 --- unaffected
b2g-v2.2 --- unaffected

People

(Reporter: sasikala.paruchuri8, Assigned: gmarty)

References

Details

(Whiteboard: [g+][LibGLA,TD110240,QE3, B][systemsfe])

Attachments

(2 files)

1. Title: status-bar label is overlapped with icons if the operator text is long
2. Precondition: Insert a SIM
3. Tester's Action: 1.Pull down the notification bar
                    2.Verify the status-bar label
4. Actual Symptom (ENG.) : The status-bar label is overlapped with icons
5. Expected: The status-bar label should not be overlapped with any icons even if the operator value is long
Whiteboard: [g+][LibGLA,TD110240,QE3, B]
Dear Vance Chen,

can you please help us in assigning this issue to the correct person?

ni? to Vance Chen
Flags: needinfo?(vchen)
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Hi Arthur , Would you please help with the bug ?
Thank you very much !!
Flags: needinfo?(arthur.chen)
Flagging Guillaume as he should better know the code than me.
Flags: needinfo?(arthur.chen) → needinfo?(gmarty)
This bug appears on v2.0, right?
There is no status bar icon prioritisation before v2.1. In other words, there are no mechanisms to ensure that there won't be overlapping between the icon and the label.

Maybe we can fix that by using flexbox. Otherwise we need to compute the space available for the label, set its width and truncate the content when it overflows.
Flags: needinfo?(gmarty)
Hi Guillaume, without status bar icon prioritization, so... ...Is anything we can do on 2.0 to improve it ?
Thank you very much!
Flags: needinfo?(gmarty)
Hi Rachelle, as I said, using flexbox. You need to let the icons container grow and have the label to accomodate the remaining space. Then truncate the label if necessary.
Flags: needinfo?(gmarty)
Reopening, since bug 832281 was closed as fix in 2.1 on, and this bug applies to 2.0.
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: DUPLICATE → ---
Summary: [System] status-bar label is overlapped with icons if the operator text is long → [System] status-bar label is overlapped with icons if the operator text is long in 2.0
[Blocking Requested - why for this release]:
This is not a regression, but the only way we would work on this is if it blocks 2.0.
blocking-b2g: --- → 2.0?
Whiteboard: [g+][LibGLA,TD110240,QE3, B] → [g+][LibGLA,TD110240,QE3, B][systemsfe]
Assignee: nobody → gmarty
blocking-b2g: 2.0? → 2.0+
Attached file Github PR
I tried using flexbox but the patch got too complicated. This one uses JavaScript to set the width to the label element depending on the room available.

Etienne, can you please review it?
Attachment #8516071 - Flags: review?(etienne)
Comment on attachment 8516071 [details] [review]
Github PR

Looks ok, but since it's a 2.0 only I really want to make sure we land the simplest and smallest patch possible.

What if we just call `resizeLabel` directly in `utility-tray-overlaywillopen` and `system-resize`. Would this cover the majority of cases? Enough to consider the blocker fixed?

Trying to find the best compromise here, and I think the suggestion above could make for a short and easily testable patch.
Attachment #8516071 - Flags: review?(etienne)
Comment on attachment 8516071 [details] [review]
Github PR

Etienne, as discussed offline with you, I'm going ahead with the approach to avoid the label to be resized only after the utility tray is completely opened and other issues when icons visibility changes.

I added a couple of unit tests to make sure we don't regress.
Attachment #8516071 - Flags: review?(etienne)
Comment on attachment 8516071 [details] [review]
Github PR

r=me with the comments on github addressed/explained
Attachment #8516071 - Flags: review?(etienne) → review+
Comment on attachment 8516071 [details] [review]
Github PR

NOTE: Please see https://wiki.mozilla.org/Release_Management/B2G_Landing to better understand the B2G approval process and landings.

[Approval Request Comment]
[Bug caused by] (feature/regressing bug #): Utility tray
[User impact] if declined: The label with the date, when the operator network is shown, is too large to fit in the status bar. It gives a bad visual experience on one of the most visible features of the OS.
[Testing completed]: The code is tested, but manual testing is needed too.
[Risk to taking this patch] (and alternatives if risky): This patch adds some new code but is unit tested so the risk is medium to low.
[String changes made]: None
Attachment #8516071 - Flags: approval-gaia-v2.0?(fabrice)
Attachment #8516071 - Flags: approval-gaia-v2.0?(fabrice) → approval-gaia-v2.0?(release-mgmt)
Target Milestone: --- → 2.1 S8 (7Nov)
Keywords: verifyme
(In reply to sasikala from comment #0)
> 1. Title: status-bar label is overlapped with icons if the operator text is
> long
> 2. Precondition: Insert a SIM
> 3. Tester's Action: 1.Pull down the notification bar
>                     2.Verify the status-bar label
> 4. Actual Symptom (ENG.) : The status-bar label is overlapped with icons
> 5. Expected: The status-bar label should not be overlapped with any icons
> even if the operator value is long

Can you please help verify the issue is fixed for you?
Flags: needinfo?(sasikala.paruchuri8)
Comment on attachment 8516071 [details] [review]
Github PR

Adding verifyme for QA to help with verification given the risk here.
Attachment #8516071 - Flags: approval-gaia-v2.0?(release-mgmt) → approval-gaia-v2.0+
(In reply to bhavana bajaj [:bajaj] from comment #16)
> (In reply to sasikala from comment #0)
> > 1. Title: status-bar label is overlapped with icons if the operator text is
> > long
> > 2. Precondition: Insert a SIM
> > 3. Tester's Action: 1.Pull down the notification bar
> >                     2.Verify the status-bar label
> > 4. Actual Symptom (ENG.) : The status-bar label is overlapped with icons
> > 5. Expected: The status-bar label should not be overlapped with any icons
> > even if the operator value is long
> 
> Can you please help verify the issue is fixed for you?

Hi Bhavana,
I have tested the issue and is working fine.
Thank you!
Flags: needinfo?(sasikala.paruchuri8)
Landed in v2.0 in https://github.com/mozilla-b2g/gaia/commit/7c6254c7d43d607517d5cafc13f7bd4cb3715870
Status: REOPENED → RESOLVED
Closed: 10 years ago10 years ago
Resolution: --- → FIXED
Target Milestone: 2.1 S8 (7Nov) → 2.1 S9 (21Nov)
Unable to verify at this location. I was unable to reproduce the original issue with the SIMs we have. The operator text never appeared on the status bar next to the date.

Device: Flame 2.0
BuildID: 20141015000206
Gaia: c6c6116ca225c2c934220ae6867e5a3256d65e00
Gecko: 24a2aa6bf1c4
Version: 32.0 (2.0) 
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
QA Whiteboard: [QAnalyst-Triage?][QAnalyst-verify-]
Flags: needinfo?(ktucker)
(In reply to Yeojin Chung [:YeojinC] from comment #20)
> Unable to verify at this location. I was unable to reproduce the original
> issue with the SIMs we have. The operator text never appeared on the status
> bar next to the date.
> 

I was able to reproduce the original bug with Buri and when there are enough icons on the status bar. This issue is verified on Buri 2.0.

Result: The operator label is truncated when there is not enough room on the status bar.

Device: Buri 2.0
BuildID: 20141117160202
Gaia: 1ede2666f1e6c1b3fd3b282011caf0cbc59544b0
Gecko: 2bea026d4f86
Version: 32.0 (2.0) 
Firmware Version: v1.2device.cfg
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage?][QAnalyst-verify-] → [QAnalyst-Triage?]
Keywords: verifyme
Verify passed, this issue can't be repro on Woodduck 2.0.
Attached: Verify_Woodduck_Notificationicon.mp4
Reproducing rate: 0/5

Woodduck 2.0 Build:
Gaia-Rev        60146ec47cd38a8be8ed22e0116902eceb9ac067
Gecko-Rev       cdfbe9866cf0b71b33454926638ce0cd8bb1fb00
Build-ID        20141117050313
Version         32.0
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Blocks: Woodduck
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: