Instantkb_adminusers > FullName has been upgraded across to v2 as InstantASP_Users as Username, should that not be Username > Username and FullName > FirstName or LastName?  

Oh, just realised the article has the UserName attached to it and not an almalgamation of FirstName LastName, so changing this will put usernames against the article.  Actually this isn't good because it's showing people all the Usernames to everyone who visits.  It would have been better to populate the FullName into either the FirstName or LastName and use that against the article as the editor.

I have had some categories appear (apart from the "demo" ones) that cannot be seen in the 1.3 version, I'm having a stab in the dark here that these categories have had the parent category deleted in 1.3 and the upgrade has defaulted them to root?

TotalVisits for users (not admin users) has had a default figure of 38 put in by the upgrade? Where's it got that from ?

On a better note V2 looks awesome if not complicated from an admins point of view, great work chaps.

{edit} I figured this out... ... USERS are brought across from V1.3 without an email address (cos in 1.3 they don't have one).  My investigative skillz have deduced that the tracking is done against the email address (I'm gonna look stupid if this is wrong ) So when all users are migrated with no email address the normal usage of the KB will increment the TotalVisits count.  Cos when I entered an email address for 1 of the users it stopped incrementing every user   Simple eh!!

After a 1.3 > 2.0 upgrade, on the manage member groups screen, all the permission sets boxes have no permissions assigned to them.  I can update 1 and then it errors, if I update 1 and then leave the screen it completely trashes the connection and all I get are asp error pages.  Only way back I found is to restore the 1.3db and run the upgrade again (though I only did that cos I couldn't find the entries in the SQL db).

I would love to give you the error screens but I don't want to trash it again

Can the SMTP password (in the whole settings for the KB) be masked out in the application please and not show the actual password.

Yeah I had the same thing.  From that I can tell they are actually the demo categories from 1.3

1.3 doesn't seem to actually delete them from the database, but rather just remove them from the ActiclesTreeNodes table (The one responsible for building the and managing the categories)

So the upgrade script is just copying over all Categories in the db whether they are still an active category or not.

Hi Rob. 

I'm not sure why they would have left it unmasked.  But assuming masking it causing no problems here is how you can do it (will take about 2 mins to complete)

1) find and open: ..\InstantKB20\Skins\Classic\Admin\Controls\adminsettingsemailsmtp.ascx

1. 2) Goto line 67. It should look like:
2. <InstantASP:TextBox CssClass="FormInputText" id="txtSMTPPassword" runat="Server"/>

3) add "TextMode="Password" " to the line. ie it should now look like:

<InstantASP:TextBox CssClass="FormInputText" TextMode="Password" id="txtSMTPPassword" runat="Server"/>

4) Save the file.

IT should all work find now.

Regards

The Prophet

We have a few links floating around for various articles.  Is it possible to create URL Redirector values for these the old links

eg port:

http://xx/KB/article.aspx?id=10025

to

http://xx/KB/KnowledgebaseArticle10025.aspx

and

http://bknewho-web/BradkenKB/?cNode=1L6T2T&pNodes=5U3R1S:4B2U3M

to

http://bknewit-develop/kb20/KnowledgebaseCategory57.aspx

the second is probably a lot harder obviously.  was just wondering.

Thanks.

The Prophet