Closed
Bug 793911
Opened 12 years ago
Closed 9 years ago
Implement jwcrypto.js natively
Categories
(Core Graveyard :: Identity, enhancement)
Core Graveyard
Identity
Tracking
(blocking-basecamp:-)
RESOLVED
WONTFIX
blocking-basecamp | - |
People
(Reporter: benadida, Assigned: benadida)
Details
so it can be fast!
Assignee | ||
Updated•12 years ago
|
blocking-basecamp: --- → +
Assignee | ||
Updated•12 years ago
|
Updated•12 years ago
|
Blocks: basecamp-id
Assignee | ||
Comment 1•12 years ago
|
||
we have existing navigator.id related crypto functions in IdentityCryptoService. We should expose these to the server-provided identity selector (and invisible assertion generator), using JS injection via loadFrameScript, so that the process is much faster on low-powered phones.
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → benadida
Assignee | ||
Updated•12 years ago
|
Status: NEW → ASSIGNED
Comment 2•12 years ago
|
||
Is this a feature or a bug? If it's a feature, this needs to be a minus per today's discussion in the b2g meeting.
blocking-basecamp: + → ?
Assignee | ||
Comment 3•12 years ago
|
||
Jason: we need this, unless you want 8-second login times on the phone, which clee marked as blocker somewhere else.
This is on the implementation plan, I would recommend checking in with us before relabeling these, we're going to waste quite a bit of time in the churn otherwise.
blocking-basecamp: ? → +
Assignee | ||
Comment 4•12 years ago
|
||
we've done some initial performance testing on the unagi device, and the crypto component does not appear to be the bottleneck. We'll continue testing here, but this bug may be worth lowering in priority.
Comment 5•12 years ago
|
||
(In reply to Ben Adida [:benadida] from comment #4)
> we've done some initial performance testing on the unagi device, and the
> crypto component does not appear to be the bottleneck. We'll continue
> testing here, but this bug may be worth lowering in priority.
What about the Otoro device? If you need one for testing, please let me know (we've got a bunch in the QA area).
Assignee | ||
Comment 6•12 years ago
|
||
(In reply to Jason Smith [:jsmith] from comment #5)
> What about the Otoro device? If you need one for testing, please let me know
> (we've got a bunch in the QA area).
The Otoro device builds we have are pretty slow for just about everything. Do you have one that is usable in general? And is that device still a target for performance?
Comment 7•12 years ago
|
||
(In reply to Ben Adida [:benadida] from comment #6)
> (In reply to Jason Smith [:jsmith] from comment #5)
> > What about the Otoro device? If you need one for testing, please let me know
> > (we've got a bunch in the QA area).
>
> The Otoro device builds we have are pretty slow for just about everything.
> Do you have one that is usable in general? And is that device still a target
> for performance?
To my understanding Otoro was the key target point for perf (Unagi devices are just dogfooding devices).
As for the builds, usable depends on the daily build quality state (which can be anything from down right broken to smoke tests passing). I could talk with John H. to see if you want a golden build specifically if you want that (high quality state). If you just need a device to borrow to test something, I could get that as well from our QA stash if need be (I'll have to check what extras we have).
Comment 8•12 years ago
|
||
(In reply to Jason Smith [:jsmith] from comment #7)
> (In reply to Ben Adida [:benadida] from comment #6)
> > (In reply to Jason Smith [:jsmith] from comment #5)
> > > What about the Otoro device? If you need one for testing, please let me know
> > > (we've got a bunch in the QA area).
> >
> > The Otoro device builds we have are pretty slow for just about everything.
> > Do you have one that is usable in general? And is that device still a target
> > for performance?
>
> To my understanding Otoro was the key target point for perf (Unagi devices
> are just dogfooding devices).
>
> As for the builds, usable depends on the daily build quality state (which
> can be anything from down right broken to smoke tests passing). I could talk
> with John H. to see if you want a golden build specifically if you want that
> (high quality state). If you just need a device to borrow to test something,
> I could get that as well from our QA stash if need be (I'll have to check
> what extras we have).
Change that - I just got an update from Tony. Otoro isn't a target device anymore - Unagi is number #1. So ignore my comments above.
Assignee | ||
Comment 9•12 years ago
|
||
thanks Jason, I'm marking this no-longer b2g blocking then.
blocking-basecamp: + → -
Updated•12 years ago
|
No longer blocks: basecamp-id
Updated•11 years ago
|
Blocks: 929388
Summary: expose native persona crypto to login.b2g.persona.org → Implement jwcrypto.js natively
Comment 10•9 years ago
|
||
I'm WONTFIXing persona-related bugs now that we've committed to decommissioning in the persona.or service.
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•