I want to get the names of fields when resolving an issue. I can get the field names while creating an issue. I want the field names for resolving an issue. Any idea how should i do ?
Related
I need to find a way to display info to which sprint issue is assigned in issues table.
Two possible ways I see:
Through List Settings
With automatic assign of tags to issue in Sprint №
Probably there are other solutions.
Solutions for YouTrack Lite is preferable.
List Settings in Issues
Tag in issue
Both options are valid. The most common one would be using the list settings though. The main idea here is to link a sprint to a specific field value. For example, you create a field called Sprint (or whatever you want), and this field's values correspond with your sprints. For that, boards have a special setting called Link Sprints to Values for Custom Field.
After that, all you need to do is to add this sprint field to the issue list.
I'm facing a weird problem in one of our Drupal site. The null/empty values for the fields ( like textfield/textarea) are not being submitted in any node edit forms.
Let's say I've a text-field called "name" and having 'Krishna' as value in that field. If I emptied the field and submit the node, the previous value (Krishna) is being updated (In other words the I can't see any change after submission but getting 'node has been update' successful message).
If I give any other value rather than emptying the field, the node is being updated with the given one.
I've setup the entire site in my local and getting no issues like that. So I think the issue would be at server side.
Any inputs on this would be much appreciated.
UPDATE
I've dig the issue bit more. In drupal whenever we empty the field it actually deletes the record from the database field table. It's happening in local instance but not in remote server. So I double checked the db privileges and everything looks good. Not sure what could be the issue.
Is it possible to promote a file without specifying an issue number?
Related to that question, I see some files which have histories for which the column "Issues" is blank. How does that happen?
Promoting against and issue is an option, rather than a requirement. An AccuRev depot does not have an AccuWork schema until an administrator creates one. Even then, this does not automatically require promoting to an issue. Within the Accuwork schema, this feature can be enabled using the Change Packages tab.
To your second point "... some files which have histories for which the column "Issues" is blank. How does that happen?"
If you've changed over from non-Issue based development to Issue based development and have not associated the files, those with active or (member) status, with Issues, that column will be blank.
More likely some one promoted foo.c to Issue 15. Then opened up Issue 15 and removed foo.c from the Issue. In this case the column will be blank too.
The solution is to find these files, look for the "Unaffiliated Changes", select them, and choose "Send To Issue" then provide the correct Issue number.
So I have this problem with columns in a sharepoint site that's really frustrating me. I need a lookup column to be unique but only when a value is chosen. In other words, it must not have duplicating values but can have more than one (None) values.
I tied this on my test site and it worked like a charm. Just as I expected. I can choose values from the looked up list or leave the column (None), but when I try choosing existing value, an error is fired in the list form.
However when I tied the same thing on my production site the behavior was that I could not have more than one (None) value in the column.
I'm fairly new to sharepoint, so it may be sothing i missed. I could not find helpful information about this in the web and I'm wondering what is the default behavior for the unique constraint? Is the problem in the test or the production site?
If anyone have any insight into this, please help. Thanks in advance.
I have a custom list with a text field that set to append changes to the field. This uses versioning. The problem I have is that existing entries have been duplicated in versions. I'd like to go and clean up these programatically, but I don't see a way to pull this. The client object model gives me access to the list item, but there are no methods that I see there to even read past versions, let alone edit them. Or is this something that can only be done server side? Thanks for the help!
I got the answer I was looking for at How to delete versions without having column name in sharepoint list - It looks like it is not possible through the client model, only server side.