Ticket #206 (new enhancement)

Opened 2 years ago

Last modified 7 months ago

Support setting IdentityProvider per controller

Reported by: Splee Assigned to: jeff
Priority: normal Milestone: __unclassified__
Component: Identity Version:
Severity: normal Keywords: identity filter controller
Cc:

Description

Ability to set an identity filter per controller, probably in a similar manner to the method that currently protects an entire controller.

Change History

12/26/05 10:07:49 changed by Jeff Watkins

  • status changed from new to assigned.

What you're really looking for is the ability to set the IdentityProvider? based on the current controller. The filter just hands most operations off to the provider.

The problem here is that the entire Identity framework was designed with the notion of a single provider. So this means a bit of redesign work.

Is this *really* a 0.9 requirement?

12/26/05 10:10:32 changed by Jeff Watkins

  • owner changed from anonymous to Jeff Watkins.
  • status changed from assigned to new.

12/26/05 13:28:17 changed by Jeff Watkins

  • summary changed from Per controller Identity filter to Support setting IdentityProvider per controller.

04/11/06 08:06:29 changed by jeff

  • owner changed from Jeff Watkins to jeff.

04/11/06 08:19:50 changed by kevin

  • milestone changed from 0.9 to 1.1.

04/11/06 08:33:56 changed by kevin

A bit of explanation about my change of milestone: I don't see this feature as absolutely critical right now, and I think we'd have to turn around and change the implementation for TurboGears "First Class". So, I'm moving the milestone to 1.1 so that we can just implement this properly once.

01/31/07 16:10:15 changed by jorge.vargas

  • milestone changed from 1.1 to 2.0.

06/27/07 22:30:37 changed by mramm

  • milestone changed from 2.0 to __unclassified__.

I'm moving this unclasified becuase we will have an Identity alternative for TurboGears 2.0, and I am not sure anybody is going to fix this in the 1.x line. If somebody wants to grab it and do the work, that's fine by me. Otherwise, we should just mark it as won't fix.