Installation [back to contents]
I try to make BugTracker.NET easy to install. For people with an ASP.NET development background, it is easy. If you do run into a problem, look for an answer in the forum, or ask a question and I'll usually respond the same day. But, if you simply would rather not be bothered, you can hire me to do the installation, including installation of IIS, SQL Server Express, and, if you like, integration with email, Subversion, Git, Mercurial, Active Directory, etc, either on your own hardware or at your shared or VPS host, for as little as $300. Contact me at email@example.com
Ok, the installation instructions:
At this point you should be able to add bugs by clicking on "add a bug". Please take some time to look at the rest of this documentation. Also, please read the comments in the Web.config to learn what else you can do with BugTracker.NET. BugTracker.NET is deceptively simple when you first install it, but by doing a quick read of the comments in Web.config and a quick pass through the documentation pages, you'll get some idea of the things you can customize.
If you want to backup BugTracker.NET data, then backup the following:
1. Your SQL Server database
2. The files you have in the folder you have configured as your "UploadFolder" in Web.config. By default, BugTracker.NET saves uploads in the DB, so maybe you can skip this step.
3. Your configuration and customized files:
Database connection string [back to contents]
The hardest part of this procedure for most people is getting the ConnectionString to work. My connection string looks like this:
"server=(local)\SQLEXPRESS" indicates which host and the SQL Server instance name on that host. The instance name is the same as the service name.. If your database is running on another server, you would put something like "server=192.168.1.2\SQLEXPRESS"
"database=btnet" is the name of the database.
"user id=corey;password=my_password" is the SQL Server user and password, not the Windows user and password, and not the BugTracker.NET user and password.
"Trusted_Connectrion=no" means I'm using SQL Server's users and passwords, not Windows.
For help, see these links, the "SqlConnection (.NET)" sections
Another thing you might try to get the connection string right is the following:
1. Create a new blank file and name it test.udl.
2. Double click on it, and a "Data Link Properties" dialog should appear.
3. On "Providers" tab, select "Microsoft OLE DB Provider for SQL Server" or "SQL Native Client"
4. On "Connections" tab, try various settings and use the "Test Connection" button to test them. Click "Ok" when it works.
5. Open the test.udl file in Notepad and copy the line that starts with "Provider=" into your Web.config "ConnectionString" value, BUT delete the little part that says "Provider=SQLNCLI.1;"
Creating a SQL Server Login/User [back to contents]
If are using SQL Server authentication and if you want to create a new SQL Server Login/User with just the minimum permissions, below is the script to do it. The db_ddladmin permission is only needed for creating custom columns via the BugTracker.NET "admin" page. The db_backupoperator permission is only needed to do backups via the BugTracker.NET "admin" page.
CREATE LOGIN user1 WITH PASSWORD = N'pass1', DEFAULT_DATABASE = btnet CREATE USER user1 FOR LOGIN user1 EXEC sp_addrolemember N'db_datawriter', N'user1' EXEC sp_addrolemember N'db_datareader', N'user1' -- to create custom columns EXEC sp_addrolemember N'db_ddladmin', N'user1' -- to backup the db EXEC sp_addrolemember N'db_backupoperator', N'user1'
Trouble logging in [back to contents]
* If you are having problems with getting the aspx pages (ASP.NET) to work, or if you login and it seems like nothing happens, it could be because your IIS doesn't know about your ASP.NET. Search for "aspnet_regiis.exe" on Google, and follow instructions.
* If you can login with Firefox but not with IE, and if you know you are entering in the correct user/password but keep getting redirected back to the login page, then for some reason your IE is not sending cookies to the web server. Newer versions of IE won't send cookies if the host name has characters that are not legal host name characters. Does you host name have, for example, an underscore in it?
* You can confuse IIS by creating ambiguity like this. Let's say you already have a website at c:\inetpub as your default website, and you then create a subfolder c:\inetpub\btnet mapped to the virtual directory "btnet". What would the URL http://localhost/btnet refer to, the btnet subfolder of http://localhost/ or the standalone btnet website? To avoid this, don't have the btnet files as a subfolder of a folder that is itself a website.
"Search text" not working [back to contents]
If the "search text" feature, on the top of the bugs.aspx page, doesn't seem to be working, the most likely cause is that IIS service doesn't have Windows permissions to update files in the www\App_Data folder. If this is your situation, you will see error messages in your btnet log about Lucene not having access permissions. I'm not saying that the following is the correct solution, because it might be opening up more permissions than you want, but it should get things to work:
Click the "Security" tab
Click the "Edit" button
Click the "Add" button
Type "Everyone" and click "OK"
Select "Everyone" above and check "Full Control"/"Allow"
Upgrading [back to contents]
If you are currently running an old version of BugTracker.NET and you have downloaded the most recent version of BugTracker.NET and want to upgrade to it, here are general instructions:
Make sure you have a backup of your database, your Web.config file, and any other files that you have customized, such as btnet_custom.css or custom_header.html. Maybe look at the last modified dates of your files to double check which ones you have customized.
Read RELEASE_NOTES.TXT and follow the instructions for each individual release. You only need to download the latest release, but you do need to follow the instructions in RELEASE_NOTES.TXT for each intermediate release.
Often, RELEASE_NOTES.TXT directs you to run SQL in the file "upgrade.sql". Run the SQL a little bit at a time, one release at a time.
Usually you don't need to make any changes to your Web.config, but once in a while you do. The RELEASE_NOTES.TXT file will tell you when must make a change. See for example the release notes for release 2.7.5. Sometimes you might want to change your Web.config in order to turn on new features.
Overlay the files in your virtual directory with the new files from the .zip EXCEPT Web.config and the files in your "custom" folder. Don't overlay your Web.config file.
Don't accidentally re-copy install.aspx and query.aspx to your public website.