Closed Bug 1048005 Opened 11 years ago Closed 11 years ago

[EverythingMe] CDN urls for web results icons

Categories

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

x86
macOS
defect
Not set
normal

Tracking

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

VERIFIED FIXED
2.1 S2 (15aug)
blocking-b2g 2.0+
Tracking Status
b2g-v2.0 --- verified
b2g-v2.1 --- verified

People

(Reporter: amirn, Assigned: amirn)

References

Details

Attachments

(2 files)

EverythingMe API added supported for CDN versions for web results icons. We can use it for better loading experience.
[Blocking Requested - why for this release]: This is the first release using the new E.me API, and this patch will improve load times in the Collections and Search apps.
blocking-b2g: --- → 2.0?
Assignee: nobody → amirn
How much improvement are we talking about? Also is this a new feature?
Flags: needinfo?(amirn)
Attached file Pull Request
(In reply to Preeti Raghunath(:Preeti) from comment #2) > How much improvement are we talking about? > > Also is this a new feature? This is a followup on a new feature implemented for v2.0, and is mainly a backend feature. The gaia patch to support it is a one-liner with no risk (attachment 8468265 [details] [review]). Dvir, can you provide some numbers on the performance gain?
Flags: needinfo?(amirn) → needinfo?(dvir)
Mike - Can you weigh in here to see if this is a blocker from a performance perspective?
Flags: needinfo?(mlee)
I am blocking on this and making an exception given the super low risk and keeping in mind comment #4. If there are any fallouts we should backout.
blocking-b2g: 2.0? → 2.0+
Flags: needinfo?(mlee)
Comment on attachment 8468265 [details] [review] Pull Request [Approval Request Comment] [Bug caused by] (feature/regressing bug #): backend feature [User impact] if declined: icons load time will increase [Testing completed]: yes [Risk to taking this patch] (and alternatives if risky): none [String changes made]: updated E.me URL regex to support CDN urls
Attachment #8468265 - Flags: approval-gaia-v2.0?
Comment on attachment 8468265 [details] [review] Pull Request This is already blocking 2.0. No need to ask for approval.
Attachment #8468265 - Flags: approval-gaia-v2.0?
Fixed on master based on comment 7.
Status: NEW → RESOLVED
Closed: 11 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Depends on: 1028664
we need to land the dependency as well, requested approval for bug 1028664.
Flags: needinfo?(dvir)
Target Milestone: --- → 2.1 S2 (15aug)
Attached image Verify_image.png
Hi Amir, I'm not sure the issue has been fixed. Please refer to the picture, Could you please help to confirm this issue has fixed? STR: 1)On the homescreen, tap on the Rocket bar. 2)Input some characters. See Attachment:Verify_image.png -------------------------------------------------------------------------------- Information: Flame 2.0 build: Gaia-Rev 856863962362030174bae4e03d59c3ebbc182473 Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/e40fe21e37f1 Build-ID 20141207000206 Version 32.0 Flame2.1 build: Gaia-Rev 38e17b0219cbc50a4ad6f51101898f89e513a552 Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/8b92c4b8f59a Build-ID 20141205001201 Version 34.0
Flags: needinfo?(amirn)
Yes, this issue is fixed. Not sure what makes you think otherwise, the attached screenshot looks ok to me - all app icons are loaded.
Flags: needinfo?(amirn)
Paladin, if you're referring to the black background color - it's not related to this ticket.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: