LoginEx3 Question

We are going through our v12 upgrade and are looking at using LoginEx3 to login users when applying a promocode.

The API document says that it isn't an extension of LoginEx2, but we'd like to replace all uses of LoginEx2, so we're not juggling 2 methods. Is there any reason that we shouldn't use LoginEx3 for our regular, non-external authentication, assuming we pass bAlreadyAuthenticated=false?

Thanks,

Patrick

 

  

Parents
  • Former Member
    Former Member $organization

    I've recently played with LoginEx3 in depth, and it seems to function identically to LoginEx2, provided that you pass parameters in the same combinations - and bAlreadyAuthenticated as false.

    I'm curious what it means that LoginEx3 is not an extension of LoginEx2.  Perhaps it's some under-the-hood detail that should be encapsulated and not our concern as consumers of the API.

  • IMHO If it ain't broke...but that's everyone's own decision

    Unknown said:

    I'm curious what it means that LoginEx3 is not an extension of LoginEx2.  Perhaps it's some under-the-hood detail that should be encapsulated and not our concern as consumers of the API.

     

    It looks to use the same database objects so I believe that it is probably true.

    I'm not on V12 yet so I can't see what changes were put in place but my guess would be WP_LOGIN has a switch operator for the boolean bAlreadyAuthenticated that is now passed.

    As long as that switch is deactivating the new codebase/forcing authentication you should be all good.



    [edited by: Christopher Sherwood at 1:07 PM (GMT -6) on 8 May 2014]
Reply
  • IMHO If it ain't broke...but that's everyone's own decision

    Unknown said:

    I'm curious what it means that LoginEx3 is not an extension of LoginEx2.  Perhaps it's some under-the-hood detail that should be encapsulated and not our concern as consumers of the API.

     

    It looks to use the same database objects so I believe that it is probably true.

    I'm not on V12 yet so I can't see what changes were put in place but my guess would be WP_LOGIN has a switch operator for the boolean bAlreadyAuthenticated that is now passed.

    As long as that switch is deactivating the new codebase/forcing authentication you should be all good.



    [edited by: Christopher Sherwood at 1:07 PM (GMT -6) on 8 May 2014]
Children
No Data