Redmine - Feature #2096
Custom fields referencing system tables (users and versions)
2008-10-27 02:03 - Kihyun Yun

ステータス:

Closed開始日:

2008-10-27

優先度:

Normal

期日:担当者:

Jean-Philippe Lang

進捗率:

0%

カテゴリ:

Custom fields

予定工数:0.00時間対象バージョン:1.2.0

Resolution:

Fixed

説明
I want to add custom field, which is named as "Tester".
When a bug has fixed(solved), we passes the issue to specified tester or QA.
The QA or tester verified problem is solved with its own methods.
But there is not any filed to log "who tested it?".
So I want to add field as "Tester".
But it is very inconvenient to maintain user names.
And these fields are not able to be searched using key.
So I suggest "custom fields referencing redmine system tables",which might be users, issues, projects, and so on.
関連するチケット:
関連している Redmine - Feature #2180: Lookup custom fields

New

2008-11-13

関連している Redmine - Feature #6717: Custom list field with dy...

New

2010-10-21

関連している Redmine - Feature #8152: Render Version and User c...

Closed2011-04-14

関連している Redmine - Feature #1675: Add 'affected version' as...

Closed2008-07-23

関連している Redmine - Defect #8405: Custom fields - it seems s...

Closed2011-05-19

関連している Redmine - Feature #685: New Custom Field "Found in...

Closed2008-02-18

次のチケットが重複 Redmine - Feature #2358: Member's list

Closed2008-12-18

次のチケットが重複 Redmine - Feature #2081: Allow a CustomField to...

Closed2008-10-24

次のチケットが重複 Redmine - Feature #1541: List custom fields for...

Closed2008-06-28

次のチケットが重複 Redmine - Feature #5552: special type of list f...

Closed2010-05-19

次のチケットが重複 Redmine - Feature #7186: Custom Member List Field

Closed2010-12-28

次のチケットが重複 Redmine - Feature #5684: new custom field type ...

Closed2010-06-14

次のチケットが重複 Redmine - Feature #7628: custom field type of '...

Closed2011-02-15

2010-12-30

関係しているリビジョン
リビジョン 5272 - 2011-04-01 15:44 - Jean-Philippe Lang
Adds User and Version custom field format that can be used to reference a project member or version in custom fields (#2096).
These new field formats are available for project, issue, version and time entry custom fields.
リビジョン 5354 - 2011-04-07 18:34 - Jean-Philippe Lang
Fixed: empty list for user/version custom fields on bulk edit form (#2096).

履歴#1 - 2008-11-10 21:14 - Mario Moreira
I need this too. Specially when opening a bug, we can specify wich version it will be corrected, but not wich version it appeared.
This is the same as #2081#2 - 2008-11-12 09:15 - Adriano Crestani Campos
Hans Yoon wrote:2024-10-11

1/14

I want to add custom field, which is named as "Tester".
When a bug has fixed(solved), we passes the issue to specified tester or QA.
The QA or tester verified problem is solved with its own methods.
But there is not any filed to log "who tested it?".
So I want to add field as "Tester".
But it is very inconvenient to maintain user names.
And these fields are not able to be searched using key.
So I suggest "custom fields referencing redmine system tables",which might be users, issues, projects, and so on.

Hi Hans,
I had the same requirement when my company started to use redmine. So I did some modifications to add a custom field called "User List". It's
working fine nows for issues. I'm doing some adjustments and soon I will provide a patch ; )Best Regards,
Adriano Crestani Campos#3 - 2008-12-02 07:16 - Kihyun Yun
Adriano Crestani Campos wrote:
Hans Yoon wrote:
I want to add custom field, which is named as "Tester".
When a bug has fixed(solved), we passes the issue to specified tester or QA.
The QA or tester verified problem is solved with its own methods.
But there is not any filed to log "who tested it?".
So I want to add field as "Tester".
But it is very inconvenient to maintain user names.
And these fields are not able to be searched using key.
So I suggest "custom fields referencing redmine system tables",which might be users, issues, projects, and so on.

Hi Hans,
I had the same requirement when my company started to use redmine. So I did some modifications to add a custom field called "User List". It's
working fine nows for issues. I'm doing some adjustments and soon I will provide a patch ; )Best Regards,
Adriano Crestani Campos

Thanks a lot.
I hope you have a nice result.
#4 - 2008-12-02 10:39 - Adriano Crestani Campos- ファイル feature̲2096̲adriano̲crestani.patch を追加- 進捗率 を 0 から 90 に変更
Here is the patch that adds a "User List" custom field. I'm setting this issue to 90% done, I think the other 10% would be commiting the patch.
If anybody find any bug introduced by my patch, report me ; )#5 - 2008-12-02 22:56 - Jean-Baptiste BarthDidn't try your patch, but someone told me about this feature yesterday ; I'm wondering if it would be difficult to adapt your work to other fields(tracker? categories? priority?) ?
#6 - 2008-12-03 08:59 - Adriano Crestani Campos
Jean-Baptiste Barth wrote:
Didn't try your patch, but someone told me about this feature yesterday ; I'm wondering if it would be difficult to adapt your work to otherfields (tracker? categories? priority?) ?

2024-10-11

2/14

Hi Jean,
I don't think it would be that difficult. But we need to decide some behaviors before. For example, the "User List", if you add it now to a issue it willshow all the assignable users of the project that it belongs to. Otherwise, if it's added as an user or project custom field, it will show all the users
registered on the server.
For trackers, what should be shown in a tracker list? All the trackers contained in the actual project? All the trackers contained in the subprojectand project? If the tracker is deleted, what happens to the field? Should it be unset if it's referencing a tracker that is deleted? I think this last
question I raised, if the answer is yes, would be the difficult part to implement : (Can you commit the "User List" for now (if everything is ok for you in the patch) and then we can open another issues, one for each new custom
field, so we could start working on adding them one by one and we can discuss each one's behavior separately. What do you think?
Best Regards#7 - 2009-01-21 21:44 - Douglas Manley
This feature would be amazing. Has there been any progress in the past 50 days?
#8 - 2009-01-21 22:51 - Adriano Crestani Campos
Douglas Manley wrote:
This feature would be amazing. Has there been any progress in the past 50 days?

Sorry, I'm afraid will not have time to contribute a new patch soon containing new other custom fields. For now the patch I have attached only adds
the "User List" custom field and it's working fine. I really would like to see the patch committed, is there any specific reason why it has not beencommitted yes?
Best Regards#9 - 2009-04-09 08:50 - yusuke kokubo
I have attached this patch and it's working fine.
When is this patch committed?
#10 - 2009-05-13 18:32 - Nanda P
Can we use this for "Reports to" users custom field, which will tag the manager to the user. Will be very useful for writing reports like status reportof all the members reporting to particular manager.
#11 - 2009-05-13 19:48 - Adriano Crestani Campos
Nanda Palaniswamy wrote:
Can we use this for "Reports to" users custom field, which will tag the manager to the user. Will be very useful for writing reports like status
report of all the members reporting to particular manager.

Yes, you can add a "Reports to" field to the user profile : )#12 - 2009-06-17 17:47 - Mark P
A bit of a noob here. Trying to apply this patch with patch -p0 < feature̲2096̲adriano̲crestani.patch as stated in the Redmine wiki on applying
patches, but I get this error: "patch: ** Only garbage was found in the patch input." Any ideas what I am doing incorrectly? Perhaps because this isa patch and not a diff, the patch command will not do the trick? Thanks for the help and the patch.
#13 - 2009-06-17 18:11 - Mark P
Never mind. I grabbed the wrong file with wget. I mistakenly got
http://www.redmine.org/attachments/1202/feature̲2096̲adriano̲crestani.patch instead of
http://www.redmine.org/attachments/download/1202/feature̲2096̲adriano̲crestani.patch. Obviously, patch had no idea what to do with theHTML. Works now as documented.
#14 - 2009-07-20 14:49 - Victor Dulepov
I noticed that Redmine always sends out e-mail notifications (upon ticket changes and so on) to the users which are selected in this custom field.
Can this be turned off for these custom fields?
What we need is that only the "watchers", the "owners" and the "Assigned-To" obtain notifications, but not the persons selected in this custom field.
#15 - 2009-12-15 14:01 - Alain V.
We tried in our system to apply this patch but code is now really outdated and it did not fit to current redmine's codebase.

2024-10-11

3/14

Therefore this patch has to be updated by its author before one can apply it.
Pitty...
#16 - 2010-01-20 16:33 - Gautier S.
Hi,
I'm very interested in this feature.
Espacially for the "version" custom field#17 - 2010-01-20 21:36 - Sven Schuchmann
This could be the same like #685
#18 - 2010-03-05 16:51 - Fri Flaj
- ファイル group-field.patch を追加
I've updated the patch to trunk, changing the type to group instead of users (would be trivial to support both, but I need groups). I'm currently
seeing two problems:
The links displays as <a href="/groups/16">AB PW</a> in the issue display, andwhen re-editing the issue, the previous value is not retained (is set back to empty)
Any clues on how to handle these?
#19 - 2010-03-07 21:38 - Fri Flaj
- ファイル group-field.patch を追加
Value is now retained#20 - 2010-06-18 18:20 - Joseph Spadavecchia
Has anyone got these patches to work?
I've tried the group-field patches in redmine-0.9.4, but it doesn't seem to work--- the combobox is not populated by the groups.
I'm interested in writing a version̲list based on the group̲list, i.e.,
when "version̲list"
versions = @project.versions
versions.delete̲if { ¦version¦

version.type!='Version'

custom̲field.possible̲values.clear()versions.each { ¦version¦ custom̲field.possible̲values
blank̲option

=

}

<<

versioncustom̲field.is̲required? ?
(custom̲field.default̲value.blank?
'<option></option>'

select̲tag(field̲name,blank̲option+

ifversion.type?

options̲for̲select(versions.collect"<option

{

¦x¦

==

'Version'}value=\"\">--#{l(:actionview̲instancetag̲blank̲option)}x.name},custom̲value.value),

:id

=>

field̲id)#21 - 2010-06-24 01:03 - Jeremy Walker+1#22 - 2010-06-25 20:53 - Jeremy Walker
Stupid question: This issue has been around for years, and there are tons of other issues (most of them closed, and only some of them closed as
duplicates of this issue) all asking for the same thing. Clearly there is a significant user demand for it. There have also been what looks like
multiple users trying to address this issue ...
... and yet despite all that nothing of any substance (ie. from the dev team) seems to have happened. The issue is still "new", although it is also
simultaneously "90% done" (which makes little sense). Do the Redmine devs:
just hate the idea of this issue?
have nothing against the issue, but just don't think it's important? (despite all the requests for it)
think that someone in the community is going to fix it?
have some other reason for not addressing this issue?
I guess what I'm trying to ask is, what's the hold up here? I've got a box of fresh-baked cookies and unmarked bills waiting to be sent if someone
will just tell me who to bribe ... ;-)2024-10-11

4/14---</o#23 - 2010-06-27 01:03 - Felix Schäfer- カテゴリ を Custom fields にセット
- 進捗率 を 90 から 0 に変更
Not speaking directly for the devs, but I think I know them well enough to answer this :-)Jeremy Walker wrote:
have nothing against the issue, but just don't think it's important? (despite all the requests for it)
have some other reason for not addressing this issue?

A combination of both: in the end there are some 2000+ bugs/feature requests open here, and only so many they/we can tackle in a given amountof time. One of the challenges for them is also to find which ones to focus on, and custom fields wasn't one of them for now. I'll try to keep this inmind for post-1.0, or to at least have some sort of idea if something like this should get in core or not.
(resetting %-done to 0 until someone finds the time to review the patch(es))#24 - 2010-06-27 01:04 - Felix Schäfer
Jeremy Walker wrote:
I guess what I'm trying to ask is, what's the hold up here? I've got a box of fresh-baked cookies and unmarked bills waiting to be sent if
someone will just tell me who to bribe ... ;-)Oh, and regarding the bribing, I think everyone would love some 48-hour-days without the need to sleep more and stuff like that ;-)#25 - 2010-07-01 18:58 - Ben Blier+1
We were looking to add a custom field for "Code Reviewed By"/"Reviewer" and then populate it with the members of the project.
#26 - 2010-08-03 23:57 - Gerry Hawkins
For me the lack of this feature prevents me from using RedMine. Specifically the users portion.
For any issue I want to track there will always be multiple people involved in different roles. The developer is only one in that chain. To be able tohave actual users in fields like "tester", "writer", etc. is very valuable. I had it in at my previous job in the home grown system we used and found it
essential.
If there really are that many requests for this couldn't it be looked at? I would think that the given pieces needed to make this feature all exist
already and it shouldn't be too hard.
Please reconsider if for 1.1.
Thanks#27 - 2010-10-29 19:58 - Jeremy Walker

Oh, and regarding the bribing, I think everyone would love some 48-hour-days without the need to sleep more and stuff like that ;-)Soooo ... y'all want me to send you speed? ;-)Seriously though, I would pay money for this feature. I'm willing to bet from the comments on it and the ones in related issues, I'm not the only one.
But if the dev team has ZERO interest in "votes", bribes, or any other external motivation whatsoever (as seems to be the case) ... well that's reallyfrustrating.
I understand that the dev team wants to work on what they want to work on, not what the users want. It's their project, and by all means theyshould be able to do what they want! But it would be really nice if there was some way for users like us to somehow influence development, insome way. Votes, bribes, whatever just SOME way to effect the changes that we'd like to see in Redmine. But I guess such a request is beyond thescope of this issue ... :-(#28 - 2010-10-29 20:00 - Jeremy Walker
P.S. I know that, as with any open source project, one could always submit a patch, but what's the point if no one with commit power is going totake the time to bring it in to the codebase?

2024-10-11

5/14

#29 - 2010-10-29 20:20 - Luiz Carlos Junior
A feature to "Add voting to tickets" (#1011) has been developed as a plugin, but Redmine itself doesn't use it.
Of course, there are major development guidelines decided by the Redmine's team but I totally agree with you that, somehow, users should
influence the development of Redmine.
For instance, I moved my company from Trac to Redmine because Trac's team totally ignore the fact that multiproject management capability would
benefit a lot of users (there is a huge unsolved ticket there with lots of requests until nowadays).
I don't want to be unfair with Redmine's team because I think they are doing very well so far.
#30 - 2010-10-29 20:54 - Jean-Baptiste Barth- 対象バージョン を Unplanned backlogs にセット
Jeremy Walker wrote:
But if the dev team has ZERO interest in "votes", bribes, or any other external motivation whatsoever (as seems to be the case) ... well that's
really frustrating.
I understand that the dev team wants to work on what they want to work on, not what the users want.

Seriously... We barely are a dozen of contributors, and there are 2510 open tickets here. Any help is welcome.
But it would be really nice if there was some way for users like us to somehow influence development, in some way. Votes, bribes, whatever
just SOME way to effect the changes that we'd like to see in Redmine. But I guess such a request is beyond the scope of this issue ... :-(It's already the case. There are many things included in redmine core that no one in the dev team care about, integrated "by popular demand".
Actually, this feature is on my personal todo list, but we decided to focus on other things for 1.1.0, see roadmap.
Now, if you're willing to pay for that, it's great! Hire a serious rails developer and submit a patch, with a full unit and functional test suite. We'd be
happy to push it for the next major release.
P.S. I know that, as with any open source project, one could always submit a patch, but what's the point if no one with commit power is goingto take the time to bring it in to the codebase?

We don't want to introduce untested code, it's far too difficult to maintain. We try to integrate tested patches as long as it doesn't make redmine
more bloated than it is now (if so, the feature might go into a plugin...).
#31 - 2010-10-30 02:59 - Jeremy Walker
First off, thanks for taking the time to respond. I know you have better things to do than answer random bug requests, but I really want to explain
where I'm coming from here.
Any help is welcome.

Hire a serious rails developer and submit a patch

We don't want to introduce untested code, it's far too difficult to maintain

When I line them up like that, can you see how those statements might appear to be at odds? And more importantly, do you see how thosestatements are at odds with the fact that there have been two patch sets submitted on just this issue alone? One was two (TWO!) years ago and one
was half a year ago, and they both got no response.
When I even asked (four months ago), "hey what's the deal?", no one said "these patches are untested", or "the proper process wasn't followed" oranything like that. Instead, Felix basically just said "the developers have better things to do". So, it's easy to say "submit a patch", but when people
have been trying for two years and those patches have gone nowhere because the developers have better things to do ... it kind of discourages
submitting a third patch. And this is why I offered money: it seemed very clear that the Redmine team didn't want patches.
So, maybe this is all a big misunderstanding, but it still looks to me like no one outside the "barely ... a dozen of contributors" can effect any change
to Redmine. They can "+1" an issue all day long, they can submit patches for it, and they can even offer to bribe the developers, but at the end of
the day it seems like the developers are just going to let any contributions that they aren't interested in rot. To anyone outside that circle, evensomeone who loves Redmine, appreciates all the hard work of its developers, and just wants to improve it a little ... that's really, really frustrating.

2024-10-11

6/14

#32 - 2010-10-30 12:07 - Felix Schäfer
Jeremy Walker wrote:
Instead, Felix basically just said "the developers have better things to do".

I'm sorry for being so concise that it may seem rude, but I stand by what I've written. To make a bad car analogy: Redmine is a nice car, and every
which one wants to add a spoiler, some stickers or flames on the side, but it's also rusting inside out. I'd rather we concentrate on the rust for now.
(btw, what JB wrote ("Hire a serious rails developer and submit a patch", "We don't want to introduce untested code, it's far too difficult tomaintain") is essentially the same thing in a nicer package: "we" (or at least not I) don't have the time at the moment to review and/or improve on(beware, here be a generalization!) at best half-tested moderately big patches).
Regarding frustration: it's also very (very very) frustrating and discouraging to have to leave some stuff on the side of the road, and doubly so tohave the same conversation again and again about why that is so and "loosing" time because of it. There's a line to be drawn somewhere, we choseto improve quality and maintainability at the moment while retaining a moderate standard about what code to add, mostly because most of us don't
want to see redmine get unstable or have a feature-kreep. If you're unhappy (and believe me, I'm mostly unhappy about redmine's current situationtoo) with that, feel free to fork redmine, pay someone to patch up your redmine install with what you need, or use a commercial product.
#33 - 2010-10-31 00:21 - Terence Mill
Felix, Jean would it be acceptable for you to inlcude patches with included tests, which will fullfill specified cirteria like defined folder structure,
documentation and test coverage? Futhermore features votes can be ranked, if for example you would implement / install a vote plugin for tickets
on feature tracker. This ranked list would show to everyone where his demand is ranked overall. You won't have to implement that of course, cause
you spend your spare time and mostly unpaid, but if community contributers offer patches including tests with requested coverage and this tickets
are voted at the first for example 30 positions of this ranking, you should make a official "promise" or deal to the community you will include it tonext release. Otherwise i understand that for noone there is a clear communicated process, and this way its difficult to let the community join yourefforts. Make your requirements clear and offer a deal how it will work. Just an idea - for both sides.
#34 - 2010-11-01 17:55 - Jeremy Walker

I'm sorry for being so concise that it may seem rude, but I stand by what I've written

No apology needed! My point wasn't that what you said was rude or anything, it was that Jean-Baptiste's comment contradicted it.
I'd rather we concentrate on the rust for now.

That's totally cool; I'm all for the core developers of any project spending their time on the core parts of that project.
"We don't want to introduce untested code, it's far too difficult to maintain") is essentially the same thing in a nicer package

I'd argue it's a completely different thing. The key difference is whether someone outside the Redmine circle can contribute. "We're too busy"means, "no, you can't contribute". "We're too busy for untested patches" means "go ahead, please contribute! ... just play by our rules when you doit".
to have the same conversation again and again about why that is so and "loosing" time because of it.

First off, I understand you could just not reply to these bugs and not "lose time", and I do appreciate you "losing" your time on a loser like myself ;-)That being said, this is an open source project, and having a public feature request system then getting upset when people actually expect you towork on features is a little disingenuous. If you don't want to work on features, two minutes of changing some verbiage is all it would take to makeit clear this system is for bugs only, and your problem is solved.
feel free to fork redmine, pay someone to patch up your redmine install with what you need, or use a commercial productI can patch my Redmine installation with whatever I want (again, I didn't offer money because I can't code, I offered money because y'all didn't seem
to want coders). But the thing is, I'm not the only one who wants these features, and even if I worked on one of the ones I want I don't have time to
implement every one myself. Plus whatever I do implement locally is going to get all messed up when the next update comes (and the update afterthat and so on), and then if the devs ever decide they want the feature I coded locally, they'll make their version (duplicating effort) and my version
won't work with it.
I'd argue that all of the above is precisely why open source projects, and communities of programmers contributing to them (not just borrowing
some code and tweaking it for their needs) has become such a phenomena.
So please let me clear: I'm not trying to bitch and complain about the developers' choice of work, and I'm not trying to say that anyone should just2024-10-11

7/14

be able to submit whatever code they want and have it be included in "trunk". All I'm asking for is just a normal open source project, where anyone
who wants to improve the project (provided they are willing to "play by the rules", which can totally include tests or whatever else) has anopportunity to do so. If the developers specifically don't want a certain feature (because it will cause problems for whatever reason) that's one
thing, but as I see it right now you've got features everyone wants, and that non-core programmers are willing to work on ... but because of the"rust", there's just no way for anyone except the core devs to do anything about them.
P.S. And if what I just described is what Redmine is already, I apologize for the "drama" ... but all it would have taken to convey as much was a one
sentence reply to my comment four months ago: "These patches were submitted without tests, so we won't consider them until the process specified
at [insert URL here] is followed".
#35 - 2010-11-01 18:02 - Jeremy Walker
Terence Mill wrote:
Just an idea - for both sides.

That all seems cool to me :-) But really, I think even if the devs just said:
Look, we're going to work on core stuff but someone on our team will spend some small percentage of time reviewing code submitted fromoutside the core circle, so long as the process we define for making it easy on ourselves (ie. requiring tests and whatever else) is followed by
the submitter

would be a huge improvement over (what I perceive to be) the current situation.
#36 - 2010-12-28 10:41 - shubham chakraborty
I would like to see this implemeneted since there are different users which need to be mapped in different roles to the same issue. Hope this isdone as a feature or as a plugin.
Btw, the .patch file, i am applying"patch -p0 < feature̲2096̲adriano̲crestani.patch" in the command prompt within the redmine directory.
And it is giving "patch" is not a recognised command.
How do i use the patch? Any help would be appreciated.
#37 - 2010-12-28 10:55 - Bruno Medeiros
shubham chakraborty wrote:
Btw, the .patch file, i am applying"patch -p0 < feature̲2096̲adriano̲crestani.patch" in the command prompt within the redmine directory.
And it is giving "patch" is not a recognised command.
How do i use the patch? Any help would be appreciated.

Patch is a general use tool, not a Redmine related one, so you need to install it annd put in your path. If you're using a linux box, just run a yum
install patch or apt-get install patch and it's easily done.
#38 - 2010-12-28 12:19 - Terence MillWe would like to see this inlcuded also.
+1
Not giving up! ;)#39 - 2010-12-28 12:29 - Victor Dulepov- ファイル redmine̲custom̲field̲users.zip を追加
Alright guys, here it goes in a plugin form - probably that will make life a bit easier.
We use it locally under Redmine 1.0.3 - no issues observed till now.
#40 - 2010-12-28 13:23 - Terence Mill
Would you provide some screenshots and a github url!
Tx for sharing!
#41 - 2010-12-29 06:13 - Mischa The Evil
Victor Doulepov wrote:
Alright guys, here it goes in a plugin form - probably that will make life a bit easier.

2024-10-11

8/14

We use it locally under Redmine 1.0.3 - no issues observed till now.

FWIW: I tried this plugin on both Redmine 1.0.5.stable.4574 and Redmine 1.0.5.devel.4574 but when I try to create a new "Issues Custom Field" ofthe format "User list" I receive a flash-error:*

Formatisnotincluded

in

the

list

#42 - 2010-12-30 14:39 - Tom DeMay
Has anyone successfully applied patch of plugin to v1.0.4, 11-28-2010 release? If so, can I get instructions?
I'm running bitnami VM. I got errors trying to apply the feature̲2096̲adriano̲crestani patch.
redmine-development:/opt/bitnami/apps/redmine # RAILS̲ENV=production ruby script/about./script/../config/../vendor/rails/railties/lib/rails/gem̲dependency.rb:119:Warning: Gem::Dependency#version̲requirements is deprecated and will
be removed on or after August 2010. Use #requirement
About your application's environment
Ruby version
1.8.7 (i686-linux)
RubyGems version
1.3.7
Rack version
1.0
Rails version
2.3.5
Active Record version 2.3.5
Active Resource version 2.3.5
Action Mailer version 2.3.5
Active Support version 2.3.5
Edge Rails revision
unknown
Application root
/opt/bitnami/apps/redmine
Environment
production
Database adapter
mysql
Database schema version 20100819172912
About your Redmine plugins
Redmine Logs plugin
0.0.1
Redmine Qa Contact plugin 0.0.2
Issue Importer
0.7
redmine-development:/opt/bitnami/apps/redmine ##43 - 2011-01-13 15:43 - shubham chakraborty
TO Redmine coders,
why cant this be included in the redmine version and not as a plugin???
Is just making a copy of the exsiting "ASSIGNED TO" field suffice??
Even if the mail functionality is not included as of now, but a USER LIST field other than assigned to is a must.
Hope this comes out soon.
#44 - 2011-01-13 18:44 - Jeremy Walker
shubham,Dude, you really need to read the comment history (I know it's long, but if you're going to take the time to comment ...)The "Redmine coders" made it very clear that they are working on improving the internals Redmine right now, and such they couldn't give a rat's
ass what anyone else wants feature-wise ... even if someone else does all the coding for them (as has happened what, three times now with thisissue?). For the feature to go in to Redmine proper (ie. not as a plug-in), they need to at least review the code, and for now at least that's bandwidththat they would rather devote to improving the Redmine internals.
I've already tried offering to bribe them, and that didn't work. So if neither that nor community desire will motivate them, really your only options
are to wait for their priorities to change, or to switch to another program with coders who actually care about their community.
#45 - 2011-01-13 18:59 - Jeremy Walker
That came out a little harsh; should have said "who actually care about what their community wants". Obviously they care about the community,
otherwise they wouldn't work on improving the internals and then share those improvements (as they presumably will) with the rest of us.
#46 - 2011-01-13 19:11 - Maxim Nikolaevich
Guys, i really need feature "USER LIST" also and even create #5684
But if you need too - you can subscribe to this task and developers can see how many users want this.
#47 - 2011-01-13 21:05 - Jeremy Walker
Maxim,
You can file as many issues as you want, but the thing is, it doesn't matter "how many users want this", because the devs just don't care. See

2024-10-11

9/14

comment #30 and comment #32: if Redmine was a car, the devs would only want to work on the "engine" right now. It doesn't matter to them if amillion people think the engine works fine, and really want a better spoiler. It doesn't even matter if people submit (multiple) designs for new
spoilers: until they finish working on the engine, the spoiler isn't changing.
On the plus side, Jean-Baptiste has gone so far as to say that this feature is on his list, so once the "engine work" is completed maybe we can all get
this long awaited feature. But until then, we're all just S.O.L.; there are zero developers devoted to handling open source submissions on this project(making it open source in the "anyone can read the source and make their own Redmine" sense, but not in the "anyone can contribute as long as
they contribute something useful" sense).
#48 - 2011-01-13 21:28 - Luiz Carlos Junior
I have been watching this Issue for a while, but the latest comments about the developers decision aren't fair at all.
As a developer, I appreciate the bravery of the core developers to stop the development and do a big housekeeping. Every software needs such athing once in a while and, of course, they knew that lots of complaints would take place.
As I don't participate in its coding, so I can't allow myself to criticize their decision.
As a Redmine's enthusiast, I think that the more nervous ones should re-think and calm down because Redmine is a great tool and I dare anyone tofind a tool as good as Redmine (and for free).
#49 - 2011-01-13 23:13 - Gerry Hawkins
I am a Redmine user that has asked for this feature, and others, and have followed the spirited discussion. I have found enough value inRedmine as it is now, despite my comment of 5 months ago, that I have introduced to my dev organization and we are adopting it.
I really do want this feature. For me it is users as field values. OK I really want to have customized inline URL template values like the # sign too. We
had both of these in my previous in house defect tracking system. I have worked around the user fields by creating simple list fields and using
watchers to have the people listed in those fields be notified on updates to those issues. For the URLs I just drop them as text into a custom field andit looks ugly but can work via cut and paste. I would much rather have automatic inline recognition of cr# for expansion of my code review
URL.
I have not participated in any of the discussions about planning and prioritization of Redmine work. There is some obvious turmoil now andfrustration on behalf of both the users and the developers.
As a development manager I have worked in the software development field for the last 20+ years and know a thing or two about teams andplanning. A focus on the core is imperative if the software is to have longevity. Not being able to refactor will cripple you in the long term. I havealso seen projects and products fail because they never came back such a reworking of core infrastructure. However, not having a release with user
requested features is not a good thing(tm) either. It is a delicate balance.
Thanks for creating the unplanned list and putting this issue on it. Having a mechanism to bubble up what the users, not just contributors, would
like to see, e.g. a top ten list, would be very valuable addition to Redmine. There may be things on it that don t really take that much time, but
generate huge positive feedback. Making it an automated process would save you the hours and hours of trolling through all of the issues. Whichno ones wants to or should have to do. And I think you have passed the tipping point on that already. Let the Redmine and the Redmine community
do that work for you.
#50 - 2011-01-13 23:27 - Tom DeMay
I agree... these comments are not fair to the developers. I think they made their reasoning very clear. To criticize it suggests you question theirdecision making. But the success of redmine and the quality validates the decisions they have made. They're obviously doing something right. I
applaud the decision to hold back on this code because it has to be qualified by someone that is qualified to do it, even if that means it may not get
done due to lack of resources. They need more people and people would rather complain than step up and do what's needed to help.
But anyhow.... in the meantime.... has ANYONE got past the latest flash error with the plugin? I cannot get the plug in to work.
#51 - 2011-01-13 23:43 - Jeremy Walker
Luiz Carlos Junior wrote:
I have been watching this Issue for a while, but the latest comments about the developers decision aren't fair at all.

Sorry you feel that way, but there was nothing "unfair" about my comment at all. Read those comments I mentioned (#30 and #32); those are thedevelopers' words, not mine. I'm just re-stating what Jean-Baptiste and Felix already said, and I think I did a pretty fair (if slightly bitter) job.
As an aside, according to Felix I'm actually doing them a favor by re-stating their comments:
and doubly so to have the same conversation again and again about why that is so and "loosing" time because of it.

Really, I'm just preventing Felix from "loosing" more time answering people with essentially the same comments that I had ;-)As a developer, I appreciate the bravery of the core developers to stop the development and do a big housekeeping.
Every software needs such a thing once in a while and, of course, they knew that lots of complaints would take place.

2024-10-11

10/14

While I disagree that "every software" needs such retooling once in awhile, I'm a developer too, and I hear what you're saying. But (as I stressed inan earlier comment), I'm not asking the devs to drop everything and fix "my" pet issue (that lots of other people want). All I'm asking for is ONE dev
to take ONE hour a week (or some similarly small amount of time) away from all that retooling to simply review code that some other developer
took the time and effort to contribute. Or in this case, to review any one of the three different submissions different contributors have submitted.
As I don't participate in its coding

And you couldn't even if you wanted to, which is sort of the point here.
As a Redmine's enthusiast, I think that the more nervous ones should re-think and calm down

Again, I didn't say anything outrageous that requires "calming down"; I just re-stated what the devs have already said. But it's easy to lecture others
to "just sit tight"; it's a lot harder to wait for an issue 2 years (yes, 2 years! That's how old this ticket is), and see several hard-working people
contribute solutions, only to have them go nowhere, all because the devs refuse to even look at them.
#52 - 2011-01-13 23:51 - Jeremy Walker
Tom DeMay wrote:
But the success of redmine and the quality validates the decisions they have made. They're obviously doing something right.

So you don't think there's anything at all to criticize about a 2 year old issue, which clearly has a large number of users who desire it, and which has
had not 1, not 2, but 3 (3!) different solution patches submitted for it ... still sitting here unresolved?
I <3 Redmine too (wouldn't be here if I didn't). The devs have clearly done a great job with it, and the vast majority of the core functionality works
extremely well. Kudos to them. But I still think something's wrong with your project when you've got a major issue many users want, tons of devs
volunteering their time to solve it, and no progress whatsoever for two years.
You're free to disagree shrug.
#53 - 2011-01-14 19:21 - Tom DeMay
What I think is irrelevant. Besides, none of those patches work. I have been unable to get any of them to work in 1.0.4. So maybe the right call was
made after all?
What I do know is that if someone does pull this ticket up to work on it they will have a very difficult time reading through this history and getting
up to speed with this. A developer looking for something to work on, is very likely to move on to something else when they see the length of thisand all the negative comments.
#54 - 2011-01-15 01:24 - Tom DeMay
TIP: I found a work around to the plugin error on 1.0.4
You cannot use the UI to create custom field. But if you create it in the database, it appears to be perfectly usable. (e-mails aren't going out though.
don't know if they are supposed to, it would be nice)I'm using MSSQL to connect to my redmine DB, but this code should work in mysql. just replace the @variables with the appropriate values. This
adds two custom user lists and joins them to all trackers.
insert into custom̲fields (type, name, field̲format, possible̲values, min̲length, max̲length, is̲required, is̲for̲all, is̲filter, position, searchable,
default̲value, editable)
values ('IssueCustomField', @myfieldname01, 'user̲list', '--- [] ', 0, 0, @isrequired, @is̲for̲all, @is̲filter, 孝梁 , @searchable, @default̲value, 1)
insert into custom̲fields (type, name, field̲format, possible̲values, min̲length, max̲length, is̲required, is̲for̲all, is̲filter, position, searchable,
default̲value, editable)
values ('IssueCustomField', @myfieldname02, 'user̲list', '--- [] ', 0, 0, @isrequired, @is̲for̲all, @is̲filter, 孝梁 , @searchable, @default̲value, 1)
select custom̲fields.id as custom̲field̲id, trackers.id as tracker̲idfrom trackers
inner join custom̲fields on ( custom̲fields.name in (@myfieldname01, @myfieldname02))#55 - 2011-01-15 15:00 - Felix Schäfer
I'm answering Tom here as this seems to have bubbled up again lastly.
Tom wrote (in a mail to me):I am very interested in this. I am willing to learn what is necessary to get this done and committed to the product.
Would it be possible for me to do that? If so, can you tell me what you would need from me to get this in? And perhaps give me some pointersto get me going?

2024-10-11

11/14

My best short answer to this is: ask Jean-Philippe Lang.
To be brutally honest: I don't know. My involvement in Redmine has somewhat dwindled in the past few weeks, partly because I had (and still have)to take care of my studies, but also because I had somewhat lost my motivation. This last point is probably the most important though, and I willprobably write a more lengthy forum post in the next few days with more detail, but my motivation hasn't only not gotten better, but I'd say it's
even gotten and still getting worse. The gist of my demotivation is the utter lack of communication between JPLang and the community or even thecontributors.
Back to your original question: I don't know, because no one has ever told me or been able to pry any sort of guidelines or best practices out of
JPLang that I know of.
#56 - 2011-02-18 15:48 - Victor Dulepov- ファイル redmine̲custom̲field̲users-0.0.2.zip を追加
Mischa The Evil wrote:
Victor Doulepov wrote:
Alright guys, here it goes in a plugin form - probably that will make life a bit easier.
We use it locally under Redmine 1.0.3 - no issues observed till now.

FWIW: I tried this plugin on both Redmine 1.0.5.stable.4574 and Redmine 1.0.5.devel.4574 but when I try to create a new "Issues Custom
Field" of the format "User list" I receive a flash-error: [...]

This is fixed. Updated plugin attached.
#57 - 2011-02-21 11:26 - Terence MillI i try to create new custom field with name "Tester" for Tracker "Test" and choose userliste as Format i get following user message on html siteheader when trying so save this field definition.
"Format ist kein gültiger Wert" (german) mean "Format is no valid value/type"
Using redmine 1.1.1#58 - 2011-03-24 16:39 - Dustin Lambert
Victor Doulepov wrote:
Mischa The Evil wrote:
Victor Doulepov wrote:
Alright guys, here it goes in a plugin form - probably that will make life a bit easier.
We use it locally under Redmine 1.0.3 - no issues observed till now.

FWIW: I tried this plugin on both Redmine 1.0.5.stable.4574 and Redmine 1.0.5.devel.4574 but when I try to create a new "Issues
Custom Field" of the format "User list" I receive a flash-error: [...]

This is fixed. Updated plugin attached.

I'm still having this issue with 1.0.5... Any tips?
#59 - 2011-03-30 09:34 - Victor Dulepov
I can tell the plugin does not work with 1.0.x, but it works in our environment under 1.1.0 and 1.1.2.
Terence, can you give me the part of your Redmine log related to adding the custom field for review?
#60 - 2011-03-30 19:00 - Jeremy Walker
Jean-Baptiste, 5 months ago (back when 1.1 was the next milestone) you wrote:
Actually, this feature is on my personal todo list, but we decided to focus on other things for 1.1.0, see roadmap.

Any chance this has moved up higher on your todo list? As exciting as the plug-in (that doesn't work for us with our 1.0 installation) is, an actual
built-in feature is really the right way to go with something like this I think.

2024-10-11

12/14

#61 - 2011-03-30 20:44 - Jean-Philippe Lang
- 担当者 を Jean-Philippe Lang にセット
- 対象バージョン を Unplanned backlogs から 1.2.0 に変更
I'll take some time to review/check in the feature for 1.2.0. Sorry for the lack of feedback.
#62 - 2011-04-01 15:50 - Jean-Philippe Lang
- 題名 を Custom fields referencing system tables(users, issues, projects ...) から Custom fields referencing system tables (users and versions)に変更- ステータス を New から Closed に変更- Resolution を Fixed にセット
Feature committed in r5272. It was kept simple for 1.2.0, two new custom field formats are now available: User and Version (the most requested)
and can be used as project, version, issue and time entry custom fields.
The User format lists all project members, the Version format lists all project versions.
Additional formats will be made availble in future releases.
#63 - 2011-04-05 09:31 - Anthony Meugui- ステータス を Closed から Reopened に変更
In first, thanks a lot, it was a very expected feature for me.
But I think there's a little bug in the "bulk edit selected issues" page, because the content of custom fields (referencing versions and users tables) are
empty (Of course they are not in other pages, it works fine).
I use the devel version in trunk : R5317
MySQL : 5.5
Tell me if you need more info.
#64 - 2011-04-07 18:36 - Jean-Philippe Lang- ステータス を Reopened から Closed に変更
Anthony Meugui wrote:
But I think there's a little bug in the "bulk edit selected issues" page, because the content of custom fields (referencing versions and users
tables) are empty (Of course they are not in other pages, it works fine).

Fixed in r5354. Please, open a new ticket and assign it to me if you find any other problem.
#65 - 2011-04-08 09:55 - Tina Hirsch
This is a very useful feature, one more thanks a lot.
I applied those changes to my 1.1.2 installation, and it seems to work fine.
However there are two things I am missing for custom fields with users.
1. In custom queries it is not possible to assign value "<< me >>" like with assignee and watchers.
2. It is not possible to choose that such users receive notification mails like assignee and watchers.
Since I "backported" the changes it may due to my installation. Can someone with a installation from trunk confirm it?
Anyway nr 2 can easily be fixed by adding that persons as watchers. But I'd appreciate it very much if nr 1 may be added/fixed.
#66 - 2011-04-22 08:48 - Jakub Wolny
Why it is impossible to add custom field "user" to the user table ?
I think this could be very useful e.g. when you have "client" user and you want to assign "account manager" user.
#67 - 2011-05-20 11:06 - Ivan Cenov#8405#68 - 2011-08-13 01:54 - Terence Mill
Updated RedmineCustomFields

2024-10-11

13/14

#69 - 2021-05-30 06:50 - Go MAEDA- 関連している Feature #685: New Custom Field "Found in Version" を追加

ファイル
feature̲2096̲adriano̲crestani.patch

20.1 KB

2008-12-02

Adriano Crestani Campos

group-field.patch

7.65 KB

2010-03-05

Fri Flajgroup-field.patch

5.13 KB

2010-03-07

Fri Flaj

redmine̲custom̲field̲users.zip

6.32 KB

2010-12-28

Victor Dulepov

redmine̲custom̲field̲users-0.0.2.zip

7.49 KB

2011-02-18

Victor Dulepov

2024-10-11

14/14