Closed Bug 1003266 Opened 12 years ago Closed 12 years ago

Investigate slow buchet detection

Categories

(Marketplace Graveyard :: Consumer Pages, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: clouserw, Assigned: mat)

References

Details

(Keywords: perf, Whiteboard: [qa-])

Mathieu said the buchet code was taking 3-4 seconds to execute in yogafire on the Tarako device. We should look into why it takes so long and make it faster for fireplace too.
Component: General → Consumer Pages
Priority: -- → P3
maybe the answer to this is to wait for hasFeature() in 1.5
Assignee: nobody → mpillard
Tested it, it's much, much faster on my flame (~ 100ms) but still too much, especially considering it's disabled for now because of the unreliability of our detection checks. On desktop it's negligible (less than 10ms on my desktop). I vote for removal of the buchets code while we wait for the proper feature detection API.
yes, it's disabled so we shouldn't be running it. Still working on landing getFeature().
Worth noting: we use a lot of `'something' in obj` code in buchets and the rest of fireplace, and it's twice as slow as `obj.something !== undefined`. Maybe we should investigate here, especially if we keep the buchets code.
See Also: → 980124
Status: NEW → ASSIGNED
(In reply to Mathieu Pillard [:mat] from comment #2) > I vote for removal of the buchets code while we wait for the proper feature > detection API. the proper feature detection API will only cover certain APIs that can't be correctly detected because they rely on privileged permissions. So the majority of the existing code is going to be as now.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Whiteboard: [qa-]
You need to log in before you can comment on or make changes to this bug.