Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Cannot resolve the collation conflict between "Latin1_General_CI_AS"Cannot resolve the collation conflict between "Latin1_General_CI_AS"
Previous
 
Next
New Post
6/22/2006 5:00 PM
 

sgalmeida wrote
Hi

well, no, I use english SO and english SQL and VS.NET, but I am a portuguese in Portugal, so the only thing that are not english is my regional settings... I'm not able to see the log viewer ! HELP! :)

This bug gets funnier by the day

 

Alright it's not so funny when you get that on a production server

Theoretically you can change the collation of a database, see this article http://www.databasejournal.com/features/mssql/article.php/3302341 (usefull stuff on page 2)

It doesn't work on my local SQL express development server (like I care actually)

Maybe you have more luck


Edit your Skin.xml and Container.xml files with:
Yannick's SXE
 
New Post
6/23/2006 9:55 AM
 
Applies to: DNN430 / DNN330 (and probably previous versions too).
There are explicit "COLLATE" values on:
\DesktopModules\Feedback\Providers\DataProviders\SqlDataProvider\03.01.01.SqlDataProvider
\DesktopModules\Blog\Providers\DataProviders\SqlDataProvider\01.00.00.SqlDataProvider
\DesktopModules\Blog\Providers\DataProviders\SqlDataProvider\03.01.21.SqlDataProvider
\DesktopModules\Events\Providers\DataProviders\SqlDataProvider\03.02.00.SqlDataProvider
\DesktopModules\Feedback\Providers\DataProviders\SqlDataProvider\03.01.01.SqlDataProvider
\Providers\DataProviders\SqlDataProvider\02.01.01.SqlDataProvider

I think this may cause some problems when the server's default is set to another value.
May be, they should be removed from the scripts...

Sample problem (feedback module):
Note that only the "CreatedByEmail" column will have the SQL_Latin1_General_CP1_CI_AS collation, and the other "string" columns will have the server's default.

if not exists (select * from dbo.sysobjects where id = object_id(N'{databaseOwner}[{objectQualifier}Feedback]') and OBJECTPROPERTY(id, N'IsTable') = 1)
    BEGIN
        CREATE TABLE {databaseOwner}[{objectQualifier}Feedback] (
    [ModuleID] [int] NOT NULL ,
    [Status] [int] NOT NULL ,
    [Subject] nvarchar (200) NULL,
    [FeedbackGUID] [nvarchar] (50) NOT NULL ,
    [CreatedByEmail] [nvarchar] (200) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
    [ApprovedBy] [int] NOT NULL DEFAULT (0) ,
    [Category] [int] NOT NULL ,
    [Message] [nvarchar] (1000) NOT NULL ,
    [DateCreated] [datetime] NOT NULL DEFAULT (getdate()),
    [FeedbackID] [int] IDENTITY (1, 1) NOT NULL ,
    CONSTRAINT [PK_{objectQualifier}Feedback] PRIMARY KEY  CLUSTERED
    (
        [FeedbackID]
    )  ON [PRIMARY]
) ON [PRIMARY]
    END
GO
 
New Post
6/24/2006 6:38 AM
 
I have the same Colletion in server, tempdb and DNN databases

But the same problem
DotNetNuke.Services.Exceptions.ModuleLoadException: Cannot resolve the collation conflict between "SQL_Latin1_General_CP1_CI_AS" and "Modern_Spanish_CI_AS" in the equal to operation.
(...)

(...)\Admin\Logging\LogViewer.ascx.vb:line 110 at DotNetNuke.Modules.Admin.Log.LogViewer.Page_Load(Object sender, EventArgs e) in (...)\Admin\Logging\LogViewer.ascx.vb:line 379 --- End of inner exception stack trace ---
 
New Post
6/26/2006 12:10 AM
 

I had this problem after restoring a production database to my local machine using sql express.

The problem was that 3 tables have all character columns with explicit collation settings.

After I changed the database settings and tempdb settings to be the same, I also had to manual change the column settings for the following tables to the database default (or explicit setting that matched the DB and tempdb).

The tables affecting my system were EventLog, EventLogConfig, and EventlogTypes.


Jim www.walkspoiled.com
 
New Post
6/30/2006 5:12 AM
 

Has this been fixed in 4.3.0 or 4.3.1.
Should this be added to Gemini.
Things like this are annoying and should be fixed, but they seem to occur in version upon version.

 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Cannot resolve the collation conflict between "Latin1_General_CI_AS"Cannot resolve the collation conflict between "Latin1_General_CI_AS"


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out