| Bug #47332 | SessionStateProvider produces tables with wrong collation | ||
|---|---|---|---|
| Submitted: | 15 Sep 2009 16:39 | Modified: | 18 Sep 2009 13:06 |
| Reporter: | Poul Bak | Email Updates: | |
| Status: | Closed | Impact on me: | |
| Category: | Connector / NET | Severity: | S3 (Non-critical) |
| Version: | 6.1.2 | OS: | Any |
| Assigned to: | Reggie Burnett | CPU Architecture: | Any |
| Tags: | SessionStateProvider | ||
[15 Sep 2009 16:39]
Poul Bak
[16 Sep 2009 8:02]
Tonci Grgin
Hi Poul and thanks for your report. From what I see in trunk, the problem is in file "schema5.sql" where "my_aspnet_Sessions" table is defined with "DEFAULT CHARSET=latin1;" (so it's nothing to do with server default). What's missing in "schema5.sql", to my opinion, is "ALTER TABLE my_aspnet_Sessions CONVERT TO CHARACTER SET DEFAULT;" as can be observed in "schema4.sql" (added as a fix to your previous bug I presume). Please see if adding this line helps. Verified on the basis of inconsistency in schema generation scripts.
[16 Sep 2009 10:55]
Poul Bak
Sounds ok, Membership ans RoleProviders work fine.
[16 Sep 2009 20:00]
Bugs System
A patch for this bug has been committed. After review, it may be pushed to the relevant source trees for release in the next version. You can access the patch from: http://lists.mysql.com/commits/83524
[16 Sep 2009 20:04]
Reggie Burnett
fixed in 6.1.3
[18 Sep 2009 13:06]
Tony Bedford
An entry has been added to the 6.1.3 changelog: When tables were auto created for the Session State Provider they were set to use the MySQL Server's default collation, rather than the default collation set for the containing database.
