Closed Bug 905455 Opened 11 years ago Closed 11 years ago

[B2G][Gaia][e.me] [homescreen] e.me icons are oversized on Helix

Categories

(Firefox OS Graveyard :: Gaia::Everything.me, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:hd+, b2g-v1.1hd fixed, b2g-v1.2 fixed)

VERIFIED FIXED
blocking-b2g hd+
Tracking Status
b2g-v1.1hd --- fixed
b2g-v1.2 --- fixed

People

(Reporter: jhammink, Assigned: evyatar)

References

Details

Attachments

(6 files, 5 obsolete files)

E.me icons are oversized on Helix Device is turned on Reproduction Steps: 1) Tap Search Bar 2) Do a basic search Actual: Suggested apps are not presented small enough - icons and text overlap. (Screenshot attached) Expected: Icons and text are small enough that icons and text do not overlap. helix version info: Gecko http://hg.mozilla.org/releases/mozilla-b2g18_v1_1_0_hd/rev/afd50da34b9f Gaia 4788826c0cfc7ca00dec36ed8dc6b3eaee9ec571 BuildID 20130813042203 Version 18.0
No longer blocks: 838634
No longer depends on: 903447
Blocks: 905458
No longer blocks: 905458
blocking-b2g: --- → hd?
Vivien, can you have this looked at? We're also working with a bit of a tight schedule here.
blocking-b2g: hd? → hd+
Flags: needinfo?(21)
Vivien, is on vacation. Ran should be able to help.
Assignee: nobody → ran
Flags: needinfo?(21) → needinfo?(ran)
On it
Flags: needinfo?(ran)
Attached patch Patch proposal (obsolete) — Splinter Review
I wonder if you guys use any CSS preprocessor, but do update the source file. We do need to talk about including these source files in Gaia codebase on dev-gaia in the long run.
Attachment #797134 - Flags: review?(ran)
Assignee: ran → timdream
Attached patch Patch (obsolete) — Splinter Review
Attachment #797134 - Attachment is obsolete: true
Attachment #797134 - Flags: review?(ran)
Attachment #797140 - Flags: review?(ran)
Attached patch Patch proposal (obsolete) — Splinter Review
Attachment #797140 - Attachment is obsolete: true
Attachment #797140 - Flags: review?(ran)
Attachment #797149 - Flags: review?(ran)
Alternatively, these CSS sizes should be set dynamically by the script. But I have trouble identifying where I should put these CSS rules....
Tim, I'm reluctant in continuing to have such differences between v1-train and v1.1.0hd. If you build v1-train on to an hdpi device it all looks fine (apart for image quality). I've noticed quite a lot of substantial code diffs between v1-train and v1.1.0hd which do not have to do with hd compliance. I am worried this patch will further the gap between the branches. I need a bit more time to understand what's going on. What the deadline for this?
Flags: needinfo?(timdream)
(In reply to Ran Ben Aharon (Everything.me) from comment #8) > Tim, I'm reluctant in continuing to have such differences between v1-train > and v1.1.0hd. > > If you build v1-train on to an hdpi device it all looks fine (apart for > image quality). I've noticed quite a lot of substantial code diffs between > v1-train and v1.1.0hd which do not have to do with hd compliance. I am > worried this patch will further the gap between the branches. > I have no opinion on that as long as we made progress on dealing this bug. I've identified that the cause of this bug is because these <img> were stretched to their native size (1.5x because of window.devicePixelRatio), and not bounded by a CSS size. > I need a bit more time to understand what's going on. What the deadline for > this? I am not sure at this stage actually. Wayne, any update?
Flags: needinfo?(timdream) → needinfo?(wchang)
Ran, does this problem exist on master as well or has it been taken care of on master?
Flags: needinfo?(wchang) → needinfo?(ran)
Problem doesn't exist on master.
Flags: needinfo?(ran)
Happens too in Peak, and possibly in other HD devices. Maybe some test in other HD devices?
The reason for this is apparent. Evme related code in v1.1.0hd is not up to date and does not match v1-train and master. It will look like that in all HD devices.
Hi Ran, all. What are the next steps that have to be followed in order to update v1.1.0hd with v1-train/master SW? Thanks Alejandro
Either we find the problematic merge and fix it, or if it's not just one, we'll have to insert the changes manually. I'm not confident though we'd be free to do it in the next 2 weeks (because of the upcoming WW)
Attached patch ev.me.patch (obsolete) — Splinter Review
Patch proposal tested on Geeksphone Peak for v1.1.0hd gaia branch. gaia commit: a5a7c5b23c02b99b64825676cffebc8639c264df Regards.
Attached file ev.me.patch-2 (obsolete) —
Same patch, but solving fonts.
Attachment #807677 - Attachment is obsolete: true
current version of gaia shows the attachment. only the built in icons are huge and has a line through the middle of the text. Gaia 5de99819ca192295a8179ddd345de6cf7ebb2287
also to note, adding to the collections will have the icons overlap. I think it's because of the size of the built in apps that causes this issue to occur.
Thanks Naoki, we can reproduce and we're on it.
Assignee: timdream → evyatar
Status: NEW → ASSIGNED
Apparently, Bug 881145 (which was meant for v1.1.0hd) wasn't merged well into master. We are now reapplying the relevant code to solve this bug.
This patch fixes: 1. Above the line icons being too large and cut-off 2. Below the line icons being the right size, but of low quality 3. Old devicePixelRatio calculations that were done before the device supported native window.devicePixelRatio. To review the changes properly please use the ignore-whitespace feature of github: https://github.com/mozilla-b2g/gaia/pull/12637/files?w=1
Attachment #797149 - Attachment is obsolete: true
Attachment #807678 - Attachment is obsolete: true
Attachment #797149 - Flags: review?(ran)
Attachment #813472 - Flags: review?(ran)
Attachment #813472 - Flags: review?(crdlc)
Comment on attachment 813472 [details] Patch - redirect to github PR I'll feel good with Ran's review because all code is over Evme's roof :) Thanks
Attachment #813472 - Flags: review?(crdlc)
Comment on attachment 813472 [details] Patch - redirect to github PR Fully tested on a Geeksphone - fixed some bugs and works well.
Attachment #813472 - Flags: review?(ran) → review+
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Need uplift.
Flags: needinfo?(timdream)
Hi, Wayne, Are you looking for this case? Thanks!
Flags: needinfo?(wchang)
Yes thanks. Have spoken to Tim on this already.
Flags: needinfo?(wchang)
blocking-b2g: hd+ → hd?
Evyatar, I am not be able to uplift this to v1.1.0hd. There are too many conflicts and I am not be able resolve it. Please provide a v1.1.0hd only patch for this bug. Thanks.
Flags: needinfo?(wchang)
Flags: needinfo?(timdream)
Flags: needinfo?(evyatar)
Flags: needinfo?(wchang)
Please review comment 17, is our proposed patch for v1.1.0hd and works correctly on Peak.
blocking-b2g: hd? → hd+
Hey Tim, this patch is meant for master only as E.me code had undergone refactoring. v1.1.0hd and v1.2 have been merged with a dedicated patch in Bug 908057.
Flags: needinfo?(evyatar)
Depends on: 908057
I'll be back. :p
Keywords: verifyme
QA Contact: atsai
Hi, all, Thanks for all your help. I cannot reproduce this bug now. Attaching the screenshot. * Test Build: (Mozilla Build) - Gaia: 63cd1d96b5a94e9b22ffc54dfde48ef6d3cf996b - Gecko: http://hg.mozilla.org/releases/mozilla-b2g18_v1_1_0_hd/rev/7cd7f30328e1 - BuildID 20131022042302 - Version 18.0
Status: RESOLVED → VERIFIED
Attached image [E.ME] Main page -01
Attached image [E.ME] Main page -02
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: