BugNET

Open source issue tracking & project management
Welcome to BugNET Register | Login |

BugNET Forums

 
  Forum  Support  Upgrading probl...  .67 --> .7.820
Previous Previous
 
Next Next
New Post 3/27/2007 9:16 AM
User is offline BC
40 posts
No Ranking


.67 --> .7.820 

I have some problems upgrading from 0.67 to 0.7.820.

- First i had the problem where there was no field "Version" in the table "HostSettings"
(problem also in topic 0.67 --> .7 Beta 1)
So i manually added that field.

- Second I would like to suggest some change in the code of  "install.aspx.cs"
if (Path.GetFileNameWithoutExtension(File).StartsWith("Install") || Path.GetFileNameWithoutExtension(File).StartsWith("BugNet"))
replace by:
if (Path.GetFileNameWithoutExtension(File).StartsWith("Install") || Path.GetFileNameWithoutExtension(File).StartsWith("BugNet") || Path.GetFileNameWithoutExtension(File).StartsWith("Latest"))
or even inverse the complete statement into:
                if ((!Path.GetFileNameWithoutExtension(File).StartsWith("Install") &&
                     !Path.GetFileNameWithoutExtension(File).StartsWith("BugNet")) &&
                    !Path.GetFileNameWithoutExtension(File).StartsWith("Latest"))
                {
                    strScriptVersion =
                        Path.GetFileNameWithoutExtension(File).Substring(0,
                                                                         Path.GetFileNameWithoutExtension(File).
                                                                             LastIndexOf("."));
                    int ScriptVersion = Convert.ToInt32(strScriptVersion.Replace(".", ""));
                    //check if script file is relevant for upgrade
                    if (ScriptVersion > DatabaseVersion && ScriptVersion <= AssemblyVersion)
                    {
                        arrScriptFiles.Add(File);
                    }
                }

- Third iI had to change the collocation of my database using the folowing query:
"alter database BugNET collate SQL_Latin1_General_CP1_CI_AS"

- Now I'm stuck on the following error when I try to upgrade y system:

Upgrading To Version: 0.7.820.0

Installing Membership Provider... - 00:00:00
Migrating Users... - 00:00:03.9375000
Running Upgrade Script: 0.7.719.0.SqlDataProvider - 00:00:04.0468750
Running Upgrade Script: 0.7.820.0.SqlDataProvider - 00:00:08.0781250
Error!

Error in file:D:\BugNET\Install\dbscripts\0.7.820.0.SqlDataProvider.sql
Message:Cannot insert the value NULL into column 'UserId', table 'BugNET.dbo.UserRoles'; column does not allow nulls. INSERT fails. Adding Administrator to Super Users Role

Upgrade Complete

 

Any suggestions how i can fix this last error ?

 
New Post 3/27/2007 9:49 AM
User is offline admin
641 posts
bugnetproject.com
1st Level Poster




Re: .67 --> .7.820 
I will modify the code to not include the latest script, although it is not distributed with the install release but this would be useful for development installs.

I would verify before running your script that all your users have unique email addresses.  I upgraded our work installation last night and two users had the same email addresses and the migrating users part said it succeeded but failed and continued the install.

I will have to fix this.

Davin Dubeau
BugNET - Core Developer

 
New Post 3/28/2007 3:30 AM
User is offline BC
40 posts
No Ranking


Re: .67 --> .7.820 
 Davin wrote
I will modify the code to not include the latest script, although it is not distributed with the install release but this would be useful for development installs.

I would verify before running your script that all your users have unique email addresses.  I upgraded our work installation last night and two users had the same email addresses and the migrating users part said it succeeded but failed and continued the install.

I will have to fix this.


All the users have a unique e-mail adress,
i will take a look at the sql script
 
New Post 3/28/2007 6:41 AM
User is offline BC
40 posts
No Ranking


Re: .67 --> .7.820 
I have run some of your sql files with the sql server 2005 managment studio.

I now have some tables called aspnet_XXX tables,
these tables are empty,
is this normal?
 
New Post 3/28/2007 6:46 AM
User is offline admin
641 posts
bugnetproject.com
1st Level Poster




Re: .67 --> .7.820 
 BC wrote
I have run some of your sql files with the sql server 2005 managment studio.

I now have some tables called aspnet_XXX tables,
these tables are empty,
is this normal?


These tables are required for the membership provider.  They will be empty on initial creation till the users are migrated to the aspnet_users table.

Davin Dubeau
BugNET - Core Developer

 
Previous Previous
 
Next Next
  Forum  Support  Upgrading probl...  .67 --> .7.820

Forum Policy

These Discussion Forums are dedicated to the discussion of the BugNET issue tracker.

For the benefit of the community and to protect the integrity of the project, please observe the following posting guidelines:
1. No Advertising.
2. No Flaming or Trolling.
3. No Profanity, Racism, or Prejudice.
4. Site Moderators have the final word on approving/removing a thread or post or comment.
5. English language posting only, please.