attachment as custom field

[Jacques]

hi,

is there any way I can create a custom field, like "install guide" that is an "attachment" type?

From what I see attachment is a general concept and there is no way to use this as a specific field. This makes it difficult to identify different documents within a issues. One always has to use the document name. It would be great that a custom "attachment" field would exist and that one can refer to this custom field in comments and such.

Anyone has any idea if this is possible?

thanks!

Jacques.

[David Berclaz _Apwide_]

We recently published Apwide File Field that should cover your need. 

[Nathalie Starr]

Is there a plan to roll out a version for cloud?

[David Berclaz _Apwide_]

Hi Nathalie, thanks for your interest for a cloud version. We will implement a cloud version of the app on it as soon as we get more requests for it!

[Fred Smith]

@David Berclaz _Apwide_ how close are you to rolling out a Cloud version of your add-on? We're using Jira Cloud and have a real need for this feature.

[simon]

we need a cloud version!

[David Berclaz _Apwide_]

Hello @Fred Smith & @simon,

I just created the feature request, could you vote for it if you still have the need of having a cloud version of Apwide File Field?

#9 Deliver a version of Apwide File Field for Jira Cloud

[EDIT] To be notified when we publish File Field for Jira Cloud, please open a ticket here:
https://apwide.atlassian.net/servicedesk/customer/portal/1/group/1/create/6

Thanks in advance.
Cheers,

David

[kan fuzed]

I know I am late to the party but we also need this feature for our jira cloud. Looking forward to it

[David Berclaz _Apwide_]

Hi @kan fuzed

Sure, we'll update this topic once delivered.
Don't forget to vote on the ticket if not done already.

Cheers,
David

[RicardoAraya]

Same here, that field for cloud will be great, im voting

[Matt_Sielski]

@David Berclaz _Apwide_I can't vote on the issue, but throwing in another request for Jira Cloud.

[Matt Noe]

I'm not able to vote on the issue, but also adding another request for Jira Cloud.

[Reply Test Group]

Hi @David Berclaz _Apwide_ 

so, this Cloud version was abandoned? :c

[g.davitaia]

Hi @[deleted] 

I also wander if there is any progress with this issue.

[David Berclaz _Apwide_]

Hi everyone,

Thanks for your interest in File Field for Jira Cloud!

It is still in our plans to deliver a Cloud version for File Field and I will post an update here as soon as we start working on it.

If you want to make sure to be notified when we publish it, you can post a ticket on our Service Desk portal:

https://apwide.atlassian.net/servicedesk/customer/portal/1/group/1/create/6

Cheers,

David

[pjuska01]

Agreed - The ability to create a custom field of type "Single Attachment (Versioned)" specifically for one standardized document would be immesely helpful.

For example, in our standard New Feature ticket, I would add:

Business Requirements Document (BRD) ________________

Quality Assurance Test Script ________________

Project Plan _________________

Techinical Design Document (TDD) _________________

High Level Design Document (HLD) _________________

Peer Code Review Checklist _________________

Unit Testing Artifacts ________________

QA Testing Artifacts ________________

UAT Testing Artifacts ________________

Release Notes _________________

These are all standard documents which must be attached prior to feature release, and for which we have no desire to embed Wiki-style directly in the ticket. A URL link to a Wiki page will not suffice - the Wiki markup is too high a barrier to entry for our large team of varying technical prowess.

I envision that each of these fields would accept only a single attachment, but that the document can be auto-versioned by re-uploading a document of the same name. Prior versions of the document could be accessed via an expanding and indented tree, similar to the treatment of .zip files today.

There could also be a type "Single Attachment (Non-Versioned) if there is a desire to prevent the storage of the document version history.

[Verhás István]

A "URL Field" type customfield can be used, filled with the url of the attachment. If you specify the features of the "attachment" type customefield it could be developed as a new customfield plugin.

[pjuska01]

The intent here is slightly different.

In the same way Reports and Assignees are two different defined fields, but they are both of type "People" with a standardized interface...

We also have a need for different (custom) fields of "Business Requirements Document" and "Quality Assurance Test Script", with a common document upload and file versioning interface. It would render identically to the generic "Attachments" field, but could be labeled with greater specificity. 

This would alleviate the need for enforcing file naming conventions and file versioning conventions across multiple teams and team members.  I don't care what you call the document, as long as you upload it under the "Business Requirements Document" attachment field.  I don't care what you name the wireframes file, as long as you upload it under the "Wireframes Document" field.

This is especially powerful if we separate development, qa and deployment concerns on separate tabs.

Today, there is no "attachment" field type - We can only reference the generic bucket of attachments buried somewhere in the comments.

Another way of saying it is that "Watchers" (just a generic bucket of people) are to "Attachments" (a generic bucket of files) as "Reporter" (a specific defined person) is to "Business Requirements Document" (a specific type of document.) and "Assignee" (a specific defined person) is to "Mockups Document" (a specific type of document.)

Permitting "attachment(s)" as a *custom* field type would allow the end user specify the document types that best align with their process (and ticket types.) 

[William Rojas]

take a look at https://marketplace.atlassian.com/plugins/com.stiltsoft.jira.smart-attachments/server/overview?_ga=2.132382474.543781189.1506343677-1477250590.1492612748 ... you can define attachment categories and manage access permissions

[Nathalie Starr]

Is there any plan to roll this out for jira cloud? 

[Nic Brough -Adaptavist-]

It's a type of function that cannot be implemented in Cloud, unless you take the attachment storage out to a 3rd party.

[Verhás István]

Just to make sure you can refer to any attachment from the comment as it is document at https://verhas.atlassian.net/secure/WikiRendererHelpAction.jspa?section=links. In case the type of the attachment allows it also can be embedded into the comment as well https://verhas.atlassian.net/secure/WikiRendererHelpAction.jspa?section=attachments and https://verhas.atlassian.net/secure/WikiRendererHelpAction.jspa?section=images

[Erik Disler]

The previous comments are exactly one of the requirements that I have for a work request system that I am working on. We are currently evaluating capabilities of various COTS suppliers.