Bug tracking integration

If you are having a problem using Vault, post a message here.

Moderator: SourceGear

lbauer
Posts: 9736
Joined: Tue Dec 16, 2003 1:25 pm
Location: SourceGear

Re: Bug tracking integration

Post by lbauer » Mon May 14, 2012 12:45 pm

I'm not sure why the update bugs section is greyed out. In Vault 4.1, 4.1.4 and 5.1.2, this area is enabled, even if no bug tracking is configured. We did some testing and found that if the database value for bugurl is NULL (as opposed to "blank", the BugID box is greyed out.

Did you make any changes to the Vault database?

Are you connecting to the correct Vault Server?

What exact version of Vault 4.1 are you using?
Linda Bauer
SourceGear
Technical Support Manager

kkchan
Posts: 54
Joined: Wed Jun 30, 2010 12:45 am

Re: Bug tracking integration

Post by kkchan » Wed May 16, 2012 2:33 am

We did some testing and found that if the database value for bugurl is NULL (as opposed to "blank", the BugID box is greyed out.
No, it is not NULL, please refer to screeshot
Did you make any changes to the Vault database?
Never, as it contains very important data. We dare to change it manually
Are you connecting to the correct Vault Server?
Sure, we only required to define in SINGLE web.config right? And we only have one instance of VaultService in our office. We do not have backup website for it, as we only backup the db intervally.
What exact version of Vault 4.1 are you using?
4.1.4 (18402)
Attachments
sgvault.png
sgvault.png (18.09 KiB) Viewed 5102 times

lbauer
Posts: 9736
Joined: Tue Dec 16, 2003 1:25 pm
Location: SourceGear

Re: Bug tracking integration

Post by lbauer » Thu May 17, 2012 4:12 pm

I ran the query exec dbo.splistrepositoryoptions on my own Vault Standard repository. The values were the same as yours except for the bugurl (expected) and defaultaccesslevel (not expected). My defaultaccesslevel value was U, which is "Access;" yours is N, which means "No Access."

Not sure if that might be causing a problem or how that setting is set in the repository options. It probably refers to Repository Access. This setting is in the Admin Web Client under Source Control Repositories->(Repository name)->Repository Access. Users can have No Access, Access or Full Admin. Perhaps you are running the API under a Vault account that has no repository access?
Linda Bauer
SourceGear
Technical Support Manager

kkchan
Posts: 54
Joined: Wed Jun 30, 2010 12:45 am

Re: Bug tracking integration

Post by kkchan » Thu May 17, 2012 4:37 pm

Hi
Default repository access is No access, which is correct. But I have explicitly assignment for all users already. Most importantly, I am using admin to test on this.

Do you mind to remote in for checking?
Attachments
fill admin.png
fill admin.png (1.52 KiB) Viewed 5094 times
repo.png
repo.png (24.88 KiB) Viewed 5094 times

lbauer
Posts: 9736
Joined: Tue Dec 16, 2003 1:25 pm
Location: SourceGear

Re: Bug tracking integration

Post by lbauer » Fri May 18, 2012 10:27 am

Contact me and we can do an online session. Email support at sourcegear.com, Attn: Linda. Please include a link to this forum post.
Linda Bauer
SourceGear
Technical Support Manager

lbauer
Posts: 9736
Joined: Tue Dec 16, 2003 1:25 pm
Location: SourceGear

Re: Bug tracking integration

Post by lbauer » Thu May 24, 2012 8:17 am

We did a remote session with this user. The reason the Update Bugs field was grayed out was because he was checking in an unmodified file.

The default behavior for checking in an unmodified file is to Undo the checkout. So it makes sense that Vault would not allow you to associate it with a bug, because there would be no checkin.

helspot 225401
Linda Bauer
SourceGear
Technical Support Manager

Post Reply