Project

General

Profile

Actions

Feature #5358

open

Share Issues Categories for sub-projects

Added by Enderson Maia almost 14 years ago. Updated 6 months ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Issues
Target version:
-
Start date:
2010-04-20
Due date:
% Done:

0%

Estimated time:
Resolution:

Description

I think that should be possible to set each category to be use to all the sub-projects.

I use a top-level projects as a help desk, and the sub-projects as departaments. And I have categories related to many areas like

  • Hardware - Printer
  • Hardware - CPU
  • System - Intranet
  • System - Redmine
    .... A LOT MORE

If I could only say that these TOP-LEVEL categories can be used in sub-projects, wold solve my problem.


Files

redmine-5358.diff (8.35 KB) redmine-5358.diff Daniel Neis Araujo, 2011-02-16 18:21
5358-first.working.version.diff (9.57 KB) 5358-first.working.version.diff Daniel Neis Araujo, 2011-02-18 00:38
shared_categories_redmine_13.patch (16.1 KB) shared_categories_redmine_13.patch Leo Shklovskii, 2012-02-23 02:04
shared_categories_redmine_13.patch (16.6 KB) shared_categories_redmine_13.patch Leo Shklovskii, 2012-02-23 02:29
shared_categories_redmine_1.3.1_v3.diff (16.7 KB) shared_categories_redmine_1.3.1_v3.diff Leo Shklovskii, 2012-03-20 21:58
inherited_categories.diff (1.35 KB) inherited_categories.diff Serge Ballesta, 2012-08-18 20:34
shareCategories.sql.txt (1.72 KB) shareCategories.sql.txt Scripts there Claudio Moscoso, 2013-10-14 23:13
Custom-Global.jpg (47.5 KB) Custom-Global.jpg Tomasz Janicki, 2018-02-12 14:37
select-category-child.png (48.1 KB) select-category-child.png Yuuki NARA, 2018-06-10 06:38
setting-category.png (298 KB) setting-category.png Yuuki NARA, 2018-06-10 06:38

Related issues

Related to Redmine - Patch #11898: Inheritable issue categoriesNew

Actions
Related to Redmine - Feature #1878: Inherit parts of parent project by subprojectsNew2008-09-09

Actions
Related to Redmine - Feature #6794: Global and inheritable CategoriesNew2010-11-02

Actions
Related to Redmine - Feature #16941: Do not clear category on project change if category with same existsClosedJean-Philippe Lang

Actions
Has duplicate Redmine - Feature #5186: Issue Categories inheritanceClosed2010-03-25

Actions
Has duplicate Redmine - Feature #4159: Make Issue categories to be inherited with the projectClosed2009-11-02

Actions
Has duplicate Redmine - Feature #12362: Sharing Issue categoriesClosed

Actions
Has duplicate Redmine - Feature #12215: Option to inherit Issue Category list from Parent project to Sub-projectsClosed

Actions
Actions #1

Updated by Enderson Maia almost 14 years ago

I was making the search for sharing categories, but when searching for inheritance and other terms I found the ticket #1278, #2521

They talk about a way to make categories global or default, what is different form my suggestion.

I can see 3 different ways to solve the problem that is common in my and the other requests:

  1. Enable copy of Categories between projects (http://www.redmine.org/boards/2/topics/4992), a little manual, but less than typing.
  2. Enable sharing of categories for sub-projects. On the parent project, I should select what category to share with sub-projects.
  3. Enable inheritance of categories. On the sub-project I could activate the inheritance of all/some parent-project categories.
  4. Use the same behavior of Version sharing from release 0.9.3.
Actions #2

Updated by Enderson Maia almost 14 years ago

Enderson Maia wrote:

...
I can see 3 different ways to solve the problem that is common in my and the other requests:
...

I mean, 4 (four) :)

Actions #3

Updated by Marton Danoczy over 13 years ago

+1 this functionality would be really useful.
Duplicate of #5186, #4159

Actions #4

Updated by YongSeop Lim over 13 years ago

+1

Actions #5

Updated by David Raison over 13 years ago

+1

Actions #6

Updated by HU an over 13 years ago

+1
even a global issue category feature is also pretty useful, just like the target version can be shared to all the projects

Actions #7

Updated by Oli Kessler over 13 years ago

+1

Actions #8

Updated by Daniel Neis Araujo over 13 years ago

+1

Actions #9

Updated by Rolf Stetter about 13 years ago

+1

Actions #10

Updated by Ivan Cenov about 13 years ago

+1

Actions #11

Updated by Daniel Neis Araujo about 13 years ago

As noted by Aurélien LAJOIE, in #4195 , i think this should be implemented as version sharing (#465).

Actions #13

Updated by Daniel Neis Araujo about 13 years ago

Hello, i am attaching a first version of a patch to adapt the code from version sharing to issue category change.
Still needs review and tests and would be good to implement some tests also...

Hope you like.

Actions #14

Updated by Daniel Neis Araujo about 13 years ago

the patch
;)

Actions #15

Updated by Daniel Neis Araujo about 13 years ago

Hello, this versions of patch applies to master and seems to work. I've made some navigations tests and things seems to work.
Any help in test/refactor the code is appreciated =)

Actions #16

Updated by Chris Darts about 13 years ago

I just tried to run this patch on Redmine v1.1.1 and received the following error message:

patching file b/app/controllers/issue_categories_controller.rb
Hunk #1 FAILED at 25.
1 out of 1 hunk FAILED -- saving rejects to file b/app/controllers/issue_categories_controller.rb.rej
patching file b/app/helpers/projects_helper.rb
Hunk #1 FAILED at 105.
1 out of 1 hunk FAILED -- saving rejects to file b/app/helpers/projects_helper.rb.rej
patching file b/app/models/issue.rb
Hunk #1 FAILED at 143.
Hunk #2 FAILED at 313.
Hunk #3 FAILED at 414.
Hunk #4 FAILED at 573.
Hunk #5 FAILED at 776.
5 out of 5 hunks FAILED -- saving rejects to file b/app/models/issue.rb.rej
patching file b/app/models/issue_category.rb
Hunk #1 FAILED at 16.
Hunk #2 FAILED at 40.
2 out of 2 hunks FAILED -- saving rejects to file b/app/models/issue_category.rb.rej
patching file b/app/models/project.rb
Hunk #1 FAILED at 384.
1 out of 1 hunk FAILED -- saving rejects to file b/app/models/project.rb.rej
patching file b/app/views/issue_categories/_form.rhtml
Hunk #1 FAILED at 3.
1 out of 1 hunk FAILED -- saving rejects to file b/app/views/issue_categories/_form.rhtml.rej
patching file b/app/views/issues/_attributes.rhtml
Hunk #1 FAILED at 9.
1 out of 1 hunk FAILED -- saving rejects to file b/app/views/issues/_attributes.rhtml.rej
patching file b/db/migrate/20110216000000_add_issue_category_sharing.rb

Any ideas?

Actions #17

Updated by Daniel Neis Araujo about 13 years ago

Hello,

which version of the patch are you using? I have applied the "5358-first.working.version.diff", to the current redmine master commit (https://github.com/danielneis/redmine/tree/3ab981c04c33ebc1a490063d2d626fa669721209) and it worked well.
I've setup a git repository that you can try. Here is the link for the branch: https://github.com/danielneis/redmine/tree/5358-issue.category.sharing

Thanks for testing the patch!

Kind regards,
Daniel

Actions #18

Updated by Chris Darts about 13 years ago

I also used version '5358-first.working.version.diff' as uploaded 8 days ago.

I was using the redmine version at https://github.com/edavis10/redmine, but I've now set up a working copy from the svn (Redmine 1.1.1.stable.4943 (MySQL)) and I received the same error.

I'm fairly new to this and not a rails developer so excuse my ignorance, but I'm wondering why it's trying to write to a file in 'b/app/controllers' where there isn't a 'b' directory in the root of Redmine?

I would love to get this working so any assistance would be greatly appreciated.

Actions #19

Updated by Daniel Neis Araujo about 13 years ago

Hello,

what command have you used to apply the patch?
The patch was generated by git, so the 'a' is the original file and 'b' is the new version of file.
You must apply the patch with 'patch -p1 < 5358-first.working.version.diff' to ignore the first directory level in the diff file.

HTH,
Daniel

Actions #20

Updated by Chris Darts about 13 years ago

Thanks Daniel. I now tried it with -p1 instead of -p0 and it worked fine.

However, I just tried to test it out with one of my projects and I received the following error when I click on the 'new category' link.

Any help would be greatly appreciated.

NameError in Issue_categories#new

Showing app/views/issue_categories/_form.rhtml where line #6 raised:

undefined local variable or method `sharing' for #<IssueCategory:0xb5f938e0>

Extracted source (around line #6):

3: <div class="box">
4: <p><%= f.text_field :name, :size => 30, :required => true %></p>
5: <p><%= f.select :assigned_to_id, @project.users.sort.collect{|u| [u.name, u.id]}, :include_blank => true %></p>
6: <p><%= f.select :sharing, @category.allowed_sharings.collect{|c| [format_category_sharing(c), c]} %></p>
7: </div>
Actions #21

Updated by Daniel Neis Araujo about 13 years ago

Hello,

you must execute "rake db:migrate:all" to create the "sharing" column on "issue_categories" table.
More info on redmine upgrages at http://www.redmine.org/projects/redmine/wiki/RedmineUpgrade

Regards,
Daniel

Actions #22

Updated by Chris Darts about 13 years ago

It works perfectly now. This is a great addition to Redmine.

Thanks for your quick response.

Actions #23

Updated by Etienne Massip about 13 years ago

  • Category set to Issues
Actions #24

Updated by Declan Lynch almost 13 years ago

+1

The requirements for inheriting issue categories in subprojects just came up for our RedMine users.

Actions #25

Updated by Chris Darts almost 13 years ago

I've just tested the patch file on the new Redmine 1.2.0 release and it seems there are some compatibilty issues.

This is the output after trying to apply the patch:

$ patch -p1 < 5358-first.working.version.diff 
patching file app/controllers/issue_categories_controller.rb
patching file app/helpers/projects_helper.rb
patching file app/models/issue.rb
Hunk #1 succeeded at 165 (offset 22 lines).
Hunk #2 FAILED at 317.
Hunk #3 FAILED at 418.
Hunk #4 FAILED at 577.
Hunk #5 FAILED at 780.
4 out of 5 hunks FAILED -- saving rejects to file app/models/issue.rb.rej
patching file app/models/issue_category.rb
patching file app/models/project.rb
Hunk #1 succeeded at 403 with fuzz 1 (offset 19 lines).
patching file app/views/issue_categories/_form.rhtml
patching file app/views/issues/_attributes.rhtml
patching file db/migrate/20110216000000_add_issue_category_sharing.rb
Actions #26

Updated by Daniel Neis Araujo almost 13 years ago

Hello,

i've not had time to update the patch for 1.2.0 but i hope i can do this next week.

Regards,
Daniel

Actions #27

Updated by Chris Darts almost 13 years ago

Daniel Neis Araujo wrote:

i've not had time to update the patch for 1.2.0 but i hope i can do this next week.

Thanks Daniel, this is great news. Currently this is the only thing stopping me from upgrading to 1.2.0 and it's such a useful patch that I can't consider upgrading without it.

Chris

Actions #28

Updated by Daniel Neis Araujo almost 13 years ago

Hello,

i've rebased my patch to Redmine-1.2-stable, and here is the full patch:

https://github.com/danielneis/redmine/commit/3a959c3c89d6bcec8e26eb13cc22f271f7252209

you can add .diff or .patch to the end to download the desired format or use git to merge directly from my repository.

HTH,
Daniel

Actions #29

Updated by Chris Darts almost 13 years ago

I've just tested this on Redmine 1.2.0.stable.6000 and it seems to work fine.

Thanks Daniel.

Actions #30

Updated by Tao Lin over 12 years ago

+1

Actions #31

Updated by Andrew Dahlin over 12 years ago

+1 any chance on this getting merged into a release?

Actions #32

Updated by Siegfried Vogel over 12 years ago

+1

Actions #33

Updated by Marton Danoczy over 12 years ago

+1

Actions #34

Updated by Raul Fortes over 12 years ago

+1

Actions #35

Updated by Anonymous over 12 years ago

Perhaps I'm doing something silly, but when I updated the code (Bitnami Redmine 1.2) to patch it, nothing happened.
Specifically:
  • The sharing column was added to the issue_categories table in the DB, with "none" filled into category's sharing column
  • Categories specified in parent projects did not appear in the child projects
  • I changed the sharing value to "descendants" in the DB, but that didn't help either.
  • There was no change in the user interface to indicate any form of sharing.

What am I doing wrong?

Actions #36

Updated by Daniel Neis Araujo over 12 years ago

Hello, Kunal

which version of patch did you used? Also, did you applied the patch with git or "patch -p1" ? I've not updated the patch in last 5 months, so something in redmine could broke my patch...
If you send me the commands you used and the outputs, i can try to help you

Kind Regards,
Daniel

Actions #37

Updated by Terence Mill over 12 years ago

+1

Actions #38

Updated by Gurvan Le Dromaguet about 12 years ago

+1, integrated in my redmine instance

Actions #39

Updated by Tobias Fischer about 12 years ago

Gurvan Le Dromaguet wrote:

+1, integrated in my redmine instance

On which redmine version did you apply the patch?
Is it working with 1.3.0?

Actions #40

Updated by Miguel Filho about 12 years ago

+1

Actions #41

Updated by Artur Wasilewski about 12 years ago

+1

Actions #42

Updated by Martin Denizet (redmine.org team member) about 12 years ago

Me too I'd like to see this feature in Redmine. It would save me quite some time updating all my sub-projects's categories.

Actions #43

Updated by Leo Shklovskii about 12 years ago

Daniel's patch didn't work for 1.3 (primarily because of the view renames from .rhtml to .html.erb), so here's a re-written version of it for 1.3 with a few minor improvements.

Keep in mind that this is a pretty messy hack in a lot of ways. It basically clones the functionality of Versions to Categories. Some esoteric project operations may not properly reset categories when that's needed.

Actions #44

Updated by Leo Shklovskii about 12 years ago

And there was a bug in my patch, fixed and re-uploaded. Also, to clarify, this patch is against the 1.3.1 release.

Actions #45

Updated by alan blount about 12 years ago

+1 -- anyone want to make this into a plugin, or can we roll it into the core application -- it seems like an obvious win.

Actions #46

Updated by Leo Shklovskii almost 12 years ago

Ugh, the previous version of the patch had a few crashes. This is the final version, we've been running it for two weeks without any problems.

It's really hard to turn this into a plugin since it monkeypatches pieces of core methods. As far as actually integrating it into core, there's probably a ton more work and tests that need to be done. As it is, it's a pretty messy hack.

Actions #47

Updated by Bruno Plantier almost 12 years ago

Leo Shklovskii wrote:

Ugh, the previous version of the patch had a few crashes. This is the final version, we've been running it for two weeks without any problems.

It's really hard to turn this into a plugin since it monkeypatches pieces of core methods. As far as actually integrating it into core, there's probably a ton more work and tests that need to be done. As it is, it's a pretty messy hack.

Hi,

I tried to apply your patch, I still have an error in my log:

Processing IssueCategoriesController#new (for ::1 at 2012-03-27 11:54:17) [GET]
  Parameters: {"project_id"=>"test", "action"=>"new", "controller"=>"issue_categories"}
Rendering template within layouts/base
Rendering issue_categories/new

ActionView::TemplateError (uninitialized constant IssueCategory::SHARINGS) on line #6 of app/views/issue_categories/_form.html.erb:
3: <div class="box">
4: <p><%= f.text_field :name, :size => 30, :required => true %></p>
5: <p><%= f.select :assigned_to_id, principals_options_for_select(@project.assignable_users, @category.assigned_to), :include_blank => true %></p>
6: <p><%= f.select :sharing, @category.allowed_sharings.collect{|c| [format_category_sharing_simple(c), c]} %></p>
7: </div>

    app/models/issue_category.rb:49:in `allowed_sharings'
    app/views/issue_categories/_form.html.erb:6
    app/views/issue_categories/new.html.erb:4
    app/helpers/application_helper.rb:871:in `labelled_tabular_form_for'
    app/views/issue_categories/new.html.erb:3
    config/initializers/mongrel_cluster_with_rails_211_fix.rb:62:in `dispatch_cgi'

Rendering /Applications/redmine-1.3.1-1/apps/redmine/public/500.html (500 Internal Server Error)

What I have done on my bitnami redmine stack (version of redmine is 1.3.1):

cd /Applications/redmine-1.3.1-1/apps/redmine
patch -p1 < shared_categories_redmine_1.3.1_v3.diff
../../use_redmine
rake db:migrate:all RAILS_ENV=production
../../ctlscript.sh restart

I have checked the issue_categories table, the field sharing have been created, here its description
Type : varchar(255)
Charset : utf8_general_ci
Null : No
Default : none

An idea ?

Regards,
Bruno

PS: I am a total newbie in ruby/redmine so please, give me a chance to learn, thanks a lot ;o)

Actions #48

Updated by Motaz Abuthiab almost 12 years ago

I think sharing categories (something like version sharing) will be so helpful

so +1

Actions #49

Updated by Motaz Abuthiab almost 12 years ago

Motaz Abuthiab wrote:

I think sharing categories (something like version sharing) will be so helpful, we have a working patch for version 1.2, so I hope it will be added to 2.1.0

so +1

Actions #50

Updated by Franco Mosto over 11 years ago

Hello,

Unfortunately I'm running Redmine v1.3.2, I tried to apply your patch but it gave me the following errors:

patching file app/models/issue_categgory.rb
Hunk #1 FAILSED at 16
Hunk #2 succeeded at 49 (offset 1 line)

Now, category sharing attribute appears when I create a new category, but any change of default setting (no sharing) is not taken into account.

Is there anybody using Redmine v1.3.2 who succeeded applying this very useful patch?
Thank you in advance

Leo Shklovskii wrote:

Ugh, the previous version of the patch had a few crashes. This is the final version, we've been running it for two weeks without any problems.

It's really hard to turn this into a plugin since it monkeypatches pieces of core methods. As far as actually integrating it into core, there's probably a ton more work and tests that need to be done. As it is, it's a pretty messy hack.

Actions #51

Updated by Leo Shklovskii over 11 years ago

We had a few more variations on the patch, but we're unfortunately still stuck on 1.3.1. It would be really ideal to get this integrated into trunk. We don't have the expertise/time needed to bring the patch up to production level (with tests and etc).

Actions #52

Updated by Anatol Bollinger over 11 years ago

We're using sub-projects for customer-specific tickets of our products. Not sharing categories across the project hierarchy renders filtering by category useless.

+1

Actions #53

Updated by Serge Ballesta over 11 years ago

I also need that categories of main project can be assigned to issues of subprojects and that filtering in main project show issues of subproject sharing a parent category.
I just tried a minimal patch (joined) :
- add a method in project.rb that returns the categories of the project and its ancestors
- use that method in app/views/issues/_attributes.html.erb in place of issue_categories
It seems to work in 2.0.3, and in 1.4.4 : I can assign categories of parent in issues concerning sub-projects and filtering works fine - I'm not sure if it can cause problems elsewhere but core redmine tests pass without errors.
I tried it in an older revision (1.2.2 - changing _attributes.html.erb by _attributes.rhtml) and it works exactly the same.

If this causes no problems in other parts of redmine, it could be easy to make this feature optional per project so that it could be included without regression for existing projects.

Actions #54

Updated by Serge Ballesta over 11 years ago

I must admit what I wrote above was rather stupid. As soon as project hierarchy changes it will lead to garbage.
I made some more tests and here is what I propose :
- a project may recursively inherit from its parent => there's an inheritance chain stopped at first project that chose not to inherit from its parent - simply a new checkbox in view "project/settings"
- an issue may be assigned a category from its project or from any inherited project
- when destroying an issue category, issues assigned to it may be reassigned to any other inherited category
- when a project changes parent or no longer inherits from its parent, for each previously inherited category that would be lost a new category with same name is created in the project (if it doesn't allready exists) and issues are reassigned to it(*).
- the list of all categories from inherited project is shown (read-only) in the view "project/settings/issue_categories"
Of course, the patch will be much bigger, and there is no hope it applies to a different version of redmine. But it could be easy to make "backports" as plugins for previous versions as few methods are modified. And there will be no regression : nothing is changed for projects that don't use inheritance.

I hope I'll soon have a first version of such a patch.

(*) of course it will lead to numeric issue categories (the id) in journal details - but it is the way redmine currently does when reassigning issue categories

Actions #55

Updated by Serge Ballesta over 11 years ago

Patch (against trunk r10433) proposed as issue #11898.
Should be portable with little work on versions 2.1 or 2.0.x
Should be portable with some more work on version 1.4.x
I do not know how much work would be necessary for versions 1.3.x or 1.2.x or even ...

Actions #56

Updated by Ruedi Silvestri about 11 years ago

+1, would be extremely valuable to have this added to redmine.

Actions #57

Updated by Gergely Nagy almost 11 years ago

Me 2:

+1

Actions #58

Updated by Dipan Mehta almost 11 years ago

+1

Actions #59

Updated by Brian Shaver almost 11 years ago

+1

Actions #60

Updated by Ralph Twele almost 11 years ago

+1

Actions #61

Updated by Gurvan Le Dromaguet over 10 years ago

Any chance to include this for 2.4 ? patch for this looks quite safe and show no problem, Have been using it for almost 2 years now, 100+ users.

Actions #62

Updated by Claudio Moscoso over 10 years ago

Hello,
I made two sql-based script for copy issue-categories from a project to other, and other script for copy from a project to all others projects.

Regards

PD: Sorry by my bad english.

Actions #63

Updated by Mikołaj Milej over 10 years ago

Copying is only workaround because you will end with categories that have different ids, so they are completely different in database point of view.

it should be dole like that:

categories:
id name
1 Foo
2 Bar
projects:
id name
1 project 1
2 project 2
categories_in_projects:
projecct_id category_id
1 2
2 1
2 2

So then you can share categories across all the projects and filtering is able to group/sort correctly by categories.
Additional logic can guard that you can assign only share categories within one project hierarchy (separating projects) - useful when you would like to rename category.
Additional you can create global categories.

Actions #64

Updated by yac yac over 10 years ago

+1

we need to fragment projects into subprojects in order to not disclose VCS repositories to departments that don't need to see them.

Missing this feature is a blocker on categories for us.

Actions #65

Updated by Ribald Drobens over 10 years ago

+1

Actions #66

Updated by Daniel Küppers about 10 years ago

+1

database logic have to be definitly be modified the right way.

Edit - Workaround:
In solution to use categories, i choose not to use the build-in ones. Instead, i take a custom field dropdownlist for all projects and all trackers. In this Way, youre able to filter globally for the custom categories you created. Queries are not that fast, but it works.

Actions #67

Updated by Toshi MARUYAMA about 10 years ago

  • Has duplicate Feature #12215: Option to inherit Issue Category list from Parent project to Sub-projects added
Actions #68

Updated by Toshi MARUYAMA almost 10 years ago

  • Related to Feature #16941: Do not clear category on project change if category with same exists added
Actions #69

Updated by Jérôme BATAILLE over 9 years ago

+1

Actions #70

Updated by Lajish Lakshmanan over 9 years ago

toshio harita MARUYAMA

Category inheritance should also be allowed across projects. Please don't limit its scope to sub projects.

Actions #71

Updated by Inese Ez almost 9 years ago

+1

Actions #72

Updated by Jérôme BATAILLE almost 9 years ago

+1

Actions #73

Updated by Ariel Lira over 8 years ago

+1 this functionality would be extremely useful in some scenarios with lot of subprojects and similar configuration.
In my case (a Help Desk), I have a parent project with no trackers enabled and support users (company employees). This project has a lot of subprojects, each for a different website, with its own tickets and additional users (the clients). All subprojects have the exactly same categories (frontend, security, performance, design, etc) and each category has the same group of assignees.
It would be extremely useful to share the same categories among all subprojects and that would permit to generate better queries and reports.

Actions #74

Updated by Beslan CELIKCAN over 8 years ago

+1

Actions #75

Updated by Antonio Kless over 8 years ago

+1

Actions #76

Updated by Luc Luc over 8 years ago

+1

For the moment I duplicate the categories on the sub-projects, but besides having to do the same work twice -- the ugly part is that on all queries and reports the categories are duplicated too (of course).

Actions #77

Updated by Bodo Maass about 8 years ago

+1 Sharing categories across projects would be very useful when managing large inter-related projects.

Actions #78

Updated by Tim Kranich about 8 years ago

+1 This would be a good thing to have.

Actions #79

Updated by Jean Louis almost 8 years ago

+1

Actions #80

Updated by yuliang shao over 7 years ago

+ 1 Waiting it

Actions #81

Updated by Massimiliano De Ruosi over 7 years ago

+1

as pointed out, an implementation similar to version sharing would be optimal

Actions #82

Updated by Kamil Franckiewicz over 7 years ago

+1

Actions #83

Updated by Pierre Maigne over 7 years ago

+1

That would be a great enhancement. In our case, we always have to duplicate manually the categories from the main project to each subproject.

Actions #84

Updated by Phil Valentine over 7 years ago

+1

This would be really useful, it seems counter-intuitive that sub-projects need to have all their own categories etc setup. Inheriting 'Versions' is great, but it would be really useful for all the other parts of a project too.
This was raised 6 years ago, I can't believe it hasn't made it into the mainline Redmine yet.

Actions #85

Updated by Kush Suryavanshi over 7 years ago

+1

Actions #86

Updated by Christian Skjetne over 7 years ago

+1

Actions #87

Updated by Matthieu Gobillot about 7 years ago

+1
I agree it would be really useful to inherit categories for subprojects.
The choice could be up to the user if the settings were to be made like the versions inheritance.

Actions #88

Updated by john aylward almost 7 years ago

+1 would like to see something similar to version sharing.

Actions #90

Updated by Sonia Zh almost 7 years ago

+1

Actions #91

Updated by Iwadara I almost 7 years ago

+1

Actions #92

Updated by Sergey Simakov over 6 years ago

+1

Actions #93

Updated by Dmitry Bezrukov over 6 years ago

I'm not a Ruby developer. Can we contribute anyhow to solve this issue? Free beer?

Actions #94

Updated by Aleksey Shmelev about 6 years ago

+1

Actions #95

Updated by Oscar Moreno about 6 years ago

+1

Actions #96

Updated by Tomasz Janicki about 6 years ago

Today's finding.

For those who need to report time (or simply filter) using a global ID (aka. "Global Category"), please use Custom Fields, either on Issues or Project and they have be of List type. As attached.

If used on issues then "Projects -> For all projects" needs to be selected !

List can only be maintained by the Admin though

It is related to this discussion

http://www.redmine.org/boards/1/topics/2040

With Regards
TJ

Actions #97

Updated by Yuuki NARA almost 6 years ago

I implemented the category inheritance function on the current 3.4.
I attach a screen copy below.

It is working on my environment, but I have not done enough operation check yet.
Test code is not prepared yet.

Is there anyone who can help?

This function (category inheritance) is very much requested.
(No.2 in vote count list, ISSUE 11898,5358)

It means,category inheritance function is necessary as well as version inheritance.

I am happy if it is incorporated into the core of 3.4, 4.0.

Because of this problem, I am managing the environment which can not be updated from 2.6.
(Currently it uses the patch for 2.5 of issue 11898)

I want to be able to update the same environment to the current version.

Regards

Actions #98

Updated by Yuuki NARA almost 6 years ago

I added a category inheritance function to Redmine 3.4.6 and released it to GitHub repository.

It is working on my environment, but I have not done enough operation check yet.
I did not add test code.

If you need this function, please use it at your own risk.

I am happy if it is incorporated into the Redmine core.
Is there anyone who can help?
test code,testing,,

https://github.com/y503unavailable/redmine/tree/3.4-unofficialcooking

Share Issues Categories for sub-projects(11898,5358) for Redmine 3.4
https://github.com/y503unavailable/redmine/issues/14

I tagged current code to 3.4.6-inherit-category.
How to get the current code 2018/6/16
git clone --depth=1 -b 3.4.6-inherit-category https://github.com/y503unavailable/redmine.git

Actions #99

Updated by Mizuki ISHIKAWA almost 6 years ago

+1

Actions #100

Updated by Akipii Oga over 5 years ago

+1

Actions #101

Updated by Manuel Palachuk over 5 years ago

+1

Yuuki,

We would like to help test this but I do not want to build an entire instance based on your fork/mirror.
How can we pull only the code required to update my fresh Redmine 3.4.6.stable.17445 to allow for Categories sharing with sub projects?

Thank you in advance.

Actions #102

Updated by Kumar Abhinav over 5 years ago

+1
Would love to have this feature implemented.
It would be really easy to work if we have global issue categories which can be shared among projects.

Actions #103

Updated by Yuuki NARA over 5 years ago

Thank you for comments

Manuel Palachuk Wrote:

We would like to help test this but I do not want to build an entire instance based on your fork/mirror.
How can we pull only the code required to update my fresh Redmine 3.4.6.stable.17445 to allow for Categories sharing with sub projects?

Thank you for help me.
Wait a couple of weeks to create a repository with only this fix.
Please PullRequest to GitHub.
Ultimately, I will post patch of source code and test code here.

Kumar Abhinav Wrote:

Would love to have this feature implemented.
It would be really easy to work if we have global issue categories which can be shared among projects.

Yes, as with the Version, it corresponds to global categories.
It can be used with all projects.

Actions #104

Updated by Manuel Palachuk over 5 years ago

Curious where this is at.

Would love to get rolling on testing it.

It also occurred to me; why not simply put the Categories at the top level in the Administration section and make them truly global without being tied to any project?

Thanks

Actions #105

Updated by Jérémy BARBIER over 5 years ago

Hello,

We are a connected solutions editor company and we use Redmine for our project management.
We use the categories of issues to group our development requests by features.
Some of these features are common between subprojects.

It would be great if we could have this category-parsing feature between a parent project and its subprojects.

Thanks

Actions #106

Updated by Konstantin Ladutenko over 5 years ago

Yuuki NARA wrote:

I implemented the category inheritance function on the current 3.4.
I attach a screen copy below.

LG2M! Any chance to have it in upstream master? Or as a plugin?

Actions #107

Updated by Elise Eeckman over 5 years ago

+1
Please, a plugin would be great.
Duplication in all sub project does not allow to filter in root project on categories.

Actions #108

Updated by Yuuki NARA over 4 years ago

I created a patch corresponding to the current Redmine-Trunk.
It corresponds to SVN Revision 18328.

https://github.com/redmine/redmine/compare/master...y503unavailable:feature-category-trunk20190629.patch

The current source set is below, so I hope you can try it.
If you have been using the inheritance function of the category before,
it is supported so that the error does not occur in the DB Migration process.

https://github.com/y503unavailable/redmine/tree/feature-category-trunk20190629

However, I did not write test code.
Since it is the same function as SubProject inheritance function of Version,
I think that it is better to create test code similar to Version.

This time I created a patch file directly from Github.
As it is the first for me, please point out if there is a work error.

Actions #109

Updated by Mizuki ISHIKAWA over 4 years ago

Yuuki NARA wrote:

I created a patch corresponding to the current Redmine-Trunk.
It corresponds to SVN Revision 18328.

Thank you for sharing the code.
The patch seems to work correctly in my environment(trunk r18328).

Actions #110

Updated by Yuuki NARA over 4 years ago

I think this patch can be merged into Redmine 4.2, how about it?
The test code remains and I don't want to delay the release of Redmine 4.1.

Actions #111

Updated by Jérôme BATAILLE over 4 years ago

Hi, we have developed a patch that is a generalization of Categories sharing.

I think it replies totally to the need expressed here.
The only thing you have to do is to create a new ProjectEnumeration custom field.

You can check it here :
http://www.redmine.org/plugins/redmine_smile_project_enumerations_custom_field_format

Actions #112

Updated by Ryoji Takeuchi over 4 years ago

+1

Actions #113

Updated by Kelvin Lomberg about 3 years ago

+1

Actions #114

Updated by Hai-Nam Nguyen over 2 years ago

+1

Actions #115

Updated by Marcos Mata over 1 year ago

+1

Actions #116

Updated by Tevin Z 6 months ago

+1

Actions

Also available in: Atom PDF