masroore / pgprovider Goto Github PK

What steps will reproduce the problem?
1. Added code Membership.GetNumberOfUsersOnline();
2. Run

Npgsql.Npgsql[Exception]: {"ERROR: 42883: function 
get_user_by_username(integer, character varying) does not exist"}
Errorsql : select * from 
get_user_by_username((15)::int4,(E'myapp')::varchar(250))
Hint: No function matches the given name and argument types. You might need to 
add explicit type casts.


What version of the product are you using? On what operating system?
Npgsql 2.0.12.0
pgProvider 1.7
Visual Studio 2012 - Web form - ASP.NET C#

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

What steps will reproduce the problem?

1. add in web.config two or more membership providers of type 
pgMembershipProvider:
    <membership defaultProvider="ProviderA">
      <providers>
        <add name="ProviderA" type="pgProvider.pgMembershipProvider" connectionStringName="ConnA" applicationName="AppA"/>
        <add name="ProviderB" type="pgProvider.pgMembershipProvider" connectionStringName="ConnB" applicationName="AppB"/>
        </providers>
    </membership>
2.in code behind, try to get some information about users of default provider, 
for instance:
MembershipUserCollection coll = Membership.GetAllUsers();

What is the expected output? What do you see instead?

Users of default membership provider should be retrieved, but they don't 
because default membership is now using ConnB instead of ConnA (I understand it 
because if I try to create a new user, pgProvider creates it in DB pointed by 
ConnB)

What version of the product are you using? On what operating system?
v1.7 (the last one in nuGet), Windows 7

Please provide any additional information below.

This bug is not present using pgRoleProvider.
I think the problem could be in class pgMembershipProvider, line 34:
protected static string ConnectionString = string.Empty;

The attribute is static, while in pgRoleProvider class it is not. 
However, I don't know if removing static attribute could lead to other problems.

Regards,

What steps will reproduce the problem?
1. Install fresh from Nuget into a default internet template and configure to 
use pgprovider for membership
2. Try to view the register page

What is the expected output? What do you see instead?
Upon trying to load pgprovider, it will fail to load the log4net assembly, this 
cannot be worked around with a redirect because the strong name key is wrong. 
The Log4net assembly has changed strong names between version 10 which this is 
built against, and version 11, which is what's up there, so this cannot be 
redirected around

What version of the product are you using? On what operating system?
version 1.0.0 on win7

Please provide any additional information below.
Reccomend you either change the package to force the old version, or recompile 
for the new version:
http://kozmic.pl/2012/01/31/how-to-force-nuget-not-to-update-log4net-to-1-2-11/?
utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+kozmic+%28Krzysztof+K
o%C5%BAmic%27s+blog%29

What steps will reproduce the problem?
1. Register with a username "User1"
2. Attempt to login with username "user1"
3. Error!

What is the expected output? What do you see instead?
Usernames, as well as registered emails, should be case insensitive with 
membership providers. Attempting to login with a username that is not case 
specific to what is registered in the system currently results in an error.

What version of the product are you using? On what operating system?
Version 1.0.1.2, Windows & Linux (Mono 2.10.8.1)

Please provide any additional information below.
I've included a file that patches the pgProvider functions to make usernames 
and email addresses case insensitive. Basically I've added LOWER() functions 
where necessary. I've tested locally and it appears to resolve the case 
sensitive issues.

In ASP.NET MVC 4.0, maybe in other development environment also, i have 
exception:

InnerException = {"A configuration property cannot have the name 'lockoutTime' 
because it starts with the reserved prefix 'config' or 'lock'."}

Config example:

    <membership defaultProvider="pgMembershipProvider">
      <providers>
        <clear />
        <add name="pgMembershipProvider" type="pgProvider.pgMembershipProvider, pgProvider" applicationName="ZPNS" lockoutTime="2" />
      </providers>
    </membership>
    <roleManager defaultProvider="pgRoleProvider">
      <providers>
        <clear />
        <add name="pgRoleProvider" type="pgProvider.pgRoleProvider, pgProvider" applicationName="ZPNS" />
      </providers>
    </roleManager>

Code example:

if (ModelState.IsValid)
{
    if (Membership.Provider.ValidateUser(model.UserName, model.Password))
    {
        FormsAuthentication.RedirectFromLoginPage(model.UserName, model.RememberMe);
        ...
    }
}

Can we change this config option from, for example lockoutTime to lckoutTime or 
something?

What steps will reproduce the problem?
1. Set pgMembershipProvider enablePasswordRetrieval="true" and add 
encryptionKey using 
https://code.google.com/p/pgprovider/wiki/CreateANewEncryptionKey in web.config
2. Trying to add new user using:
pgProvider.pgMembershipProvider test = new pgProvider.pgMembershipProvider();
                test.CreateUser(model.UserName, model.Password, model.Email, null, null, true, null, out createStatus);

What is the expected output? What do you see instead?
Expect new user to be created or error about faulty data. But get "The 
encryption method for the membership provider cannot be determined."

What version of the product are you using? On what operating system?
Windows 7 32 bit and pgProvider is version 1.6.4930.11850

Please provide any additional information below.
Get same error also if enablePasswordRetrieval="false".

if you don`t put the property enabled the role provider not initialize.

What steps will reproduce the problem?
1.Update Common.Logging to 3.0.0 by nuget.

What is the expected output? What do you see instead?
MVC application should work fine, but I see the Web.config exception.

What version of the product are you using? On what operating system?
Provider 1.7.0
Windows 8.1 64 Bit

Please provide any additional information below.
After downgrade Common.Logging to 2.3.1 pgProvider work fine.