https://www.redmine.org/https://www.redmine.org/favicon.ico?16793021292010-10-20T22:40:19ZRedmineRedmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=216102010-10-20T22:40:19ZStefano Lenzi
<ul></ul><p>The <strong>General Solution</strong> of issue <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: Linking version to category (New)" href="https://www.redmine.org/issues/6716">#6716</a> would enhance even more the flexibility of the issue module to adapt easily to company needs, it also increases the usability and reduce the compilation time of the <em>Issues</em>.</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=235052010-12-29T11:05:28ZFernando Hartmann
<ul></ul><p>+1</p>
<p>This is really near as what we need, we need a custom field filed by a query that retrieve our customers list from the ERP table, but this ERP is on other database, so, there must be some connection information too. Then this query can access other databases !</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=235292010-12-29T19:54:27ZTerence Mill
<ul></ul><p>Stefano Lenzi wrote:</p>
<blockquote>
<p>The <strong>General Solution</strong> of issue <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: Linking version to category (New)" href="https://www.redmine.org/issues/6716">#6716</a> would enhance even more the flexibility of the issue module to adapt easily to company needs, it also increases the usability and reduce the compilation time of the <em>Issues</em>.</p>
</blockquote>
<p>Huh! That would be a nice feature indeed. Instead of SQL Queries to froreign Databases, support for a common standard(?) http WS protocol for data queries would be better. So every dataprovider can offer its data "lists" via a web service where data can ve queried ad search results get returned. Someone has an idea what standards there are?</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=235392010-12-29T23:27:36ZTerence Mill
<ul></ul><p>This is related to Issue <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Custom fields referencing system tables (users and versions) (Closed)" href="https://www.redmine.org/issues/2096">#2096</a></p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=470102013-03-18T19:34:26ZDipan Mehta
<ul></ul><p>While most usage will be served well with having Versions and Users type fields it would be really nice if the scope of this ticket is made extensible from there:</p>
<p>there are two specific cases where this can be thought of :</p>
<a name="1-The-custom-fields-which-has-many-set-of-possible-values-list"></a>
<h3 >1. The custom fields which has many set of 'possible values' list:<a href="#1-The-custom-fields-which-has-many-set-of-possible-values-list" class="wiki-anchor">¶</a></h3>
<p>The dynamic lists exists for many things - e.g. resources being used, configuration properties, OS and platform specific etc. In particular case, we use a config specific field with an <em>almost</em> same named field - in each project. So the purpose and role of that field is same in all projects- but it is actually a different custom field just because the list of "Possible values" is different in each project! And let me tell you, it's easier said than done when we 'create' these fields. All aspects of works flows - where in each state/tracker/role where the particular field become 'must', 'read-only', permissions and a whole set of things now needs to be repeated for each project. And then, when we create another project? do this whole thing all over again.</p>
<p><em><strong>How this can be implemented</strong></em>: Ideally, it is very important that a given Dynamic List can have multiple set of possible-list-of-values, and either the source list can be selected in project. Alternatively, we can put a complete list of possible values in the main definition - and then specific projects can enable disable the fields that suits them. But even as the possible values differ per project actual workflow and behavior can remain as is for all aspects.</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=470112013-03-18T19:42:01ZDipan Mehta
<ul></ul><a name="2-Custom-fields-which-derive-values-dependent-from-external-system"></a>
<h3 >2. Custom fields which derive values dependent from external system:<a href="#2-Custom-fields-which-derive-values-dependent-from-external-system" class="wiki-anchor">¶</a></h3>
<p>The Request Tracker ticketing system has something called an <a href="http://bestpractical.com/rt/docs/4.0/extending/external_custom_fields.html" class="external">External Fileds</a> . A potential use case could be to hook to external systems - e.g. I can lookup on the external Inventory systems to know the list of machines that can apply for the given context, or a list of versions of external platforms -e.g. Ruby, or Chrome or even list of stable Linux versions, or for that matter Bug numbers, Test cases of external systems etc. In our case can also be a specific lists related to config parameters without which the bugs are hard to reproduce. The essence is that the system which populates such a list is essentially external to Redmine and hence it would be wrong to keep manually updating the admin to keep adding items such as this inside the table list. Also the relevance could change depending on the project - hence the said list could be unique for each project.</p>
<p><em><strong>How should this be implemented?</strong></em> : Definitely calling upon external DB directly could be very wrong. And currently i see no webserivce standard's schema exists for such a purpose, and ideally, even if we try to create one, it's not practical to apply everywhere. The way it should be done should be very similar to how email based issue creation works. There should be a REST API that exposes a given custom_field ID and it's possible current values can be updated. Now one can write any script on ones' own that fetches the right set of list from whatever appropriate place and run a cron-type job to keep updating this! Even the current custom_fields can be very easily extended in this manner. One very critical thing to support is that in the history some fields could have been valid - so they could exist in DB, but now they might not be among the possible values - this needs to be supported.</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=538602013-12-16T17:29:03ZDipan Mehta
<ul></ul><p>Any feedback or update on this?</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=539012013-12-18T05:14:36ZToshi MARUYAMA
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-4 priority-default" href="/issues/13016">Feature #13016</a>: Dynamic adding values to custom fields</i> added</li></ul> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=539042013-12-18T05:18:15ZToshi MARUYAMA
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-4 priority-default" href="/issues/9734">Feature #9734</a>: Custom field , value list from database query</i> added</li></ul> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=539082013-12-18T05:25:47ZToshi MARUYAMA
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-4 priority-default" href="/issues/13143">Feature #13143</a>: Populate dropdown custom field list based on previous another selection </i> added</li></ul> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=567552014-06-12T06:48:26ZMaxime Vez
<ul></ul><p>+1</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=572942014-07-04T11:35:02ZMaicon Zucco
<ul></ul><p>+1</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=573952014-07-08T07:07:08ZYar n
<ul></ul><p>one more vote.</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=575632014-07-16T07:50:49ZAlice Etchegaray
<ul></ul><p>+1</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=580562014-08-13T08:23:16ZToshi MARUYAMA
<ul><li><strong>Category</strong> changed from <i>Issues</i> to <i>Custom fields</i></li></ul> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=611122015-01-26T08:55:34Zsebastien lemaitre
<ul></ul><p>+1</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=627632015-04-03T08:38:59ZAndrey Tatarnikov
<ul></ul><p>+1</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=637602015-05-18T11:35:12ZToshi MARUYAMA
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-4 priority-default" href="/issues/15177">Feature #15177</a>: Dynamic query fields</i> added</li></ul> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=646242015-07-03T03:44:10ZToshi MARUYAMA
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-4 priority-default" href="/issues/19224">Feature #19224</a>: Custom fields / List - make user editable</i> added</li></ul> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=702372016-04-09T08:16:10ZDipan Mehta
<ul></ul><p>Is this coming anytime soon?</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=707042016-05-05T03:54:23ZToshi MARUYAMA
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-5 priority-high2" href="/issues/22026">Feature #22026</a>: Conditional custom fields</i> added</li></ul> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=712152016-06-01T12:59:57ZJefferson Campos
<ul></ul><p>Is this coming anytime soon? I din't find it in roadmap. This feature would be very very usefull.</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=746922016-11-25T04:11:07ZMei Chua
<ul></ul><p>+1</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=778372017-04-06T23:35:16ZVincent Bruggeman
<ul></ul><p>+1</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=814792017-10-10T14:29:30ZRoberto Vieweg
<ul></ul><p>+1</p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=985952020-07-21T10:06:49ZAmir Sepahram
<ul></ul><p><strong>+1</strong></p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=1003752020-12-29T14:48:16ZAlexey Smirnov
<ul></ul><p><a class="external" href="https://www.redmine.org/plugins/custom_field_sql">https://www.redmine.org/plugins/custom_field_sql</a></p> Redmine - Feature #6717: Custom list field with dynamic list contenthttps://www.redmine.org/issues/6717?journal_id=1026272021-06-01T22:13:02ZAlexandr Chernyaev
<ul></ul><p>+1</p>