Project

General

Profile

Actions

Feature #4015

open

Make app settings overridable at project level

Added by Jean-Philippe Lang about 15 years ago. Updated over 4 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Projects
Start date:
2009-10-10
Due date:
% Done:

0%

Estimated time:
Resolution:

Description

Allow some application settings (eg. Theme) to be overridden at project level.


Files

draft-4015.patch (14.7 KB) draft-4015.patch Mizuki ISHIKAWA, 2020-06-11 04:55

Related issues

Related to Redmine - Feature #2778: Project's theme configurationNew2009-02-18

Actions
Related to Redmine - Feature #3967: Ability to define default columns to display based on projectClosed2009-10-04

Actions
Related to Redmine - Feature #4462: Per Project Emission AddressNew2009-12-21

Actions
Related to Redmine - Feature #4049: Permission management on a per project basisClosed2009-10-18

Actions
Related to Redmine - Feature #1853: Make Projects truly independent of each otherNew2008-09-04

Actions
Related to Redmine - Feature #2076: Individual Permissions for Each ProjectClosed2008-10-23

Actions
Related to Redmine - Feature #5995: Text formatting can be dfferent base on projectClosed2010-07-29

Actions
Related to Redmine - Patch #4274: Use Issue status for percent doneClosedEric Davis2009-11-23

Actions
Related to Redmine - Feature #850: Per-project role permissionsNew2008-03-14

Actions
Related to Redmine - Feature #2539: New project setting: mandatory/optional configuration for target version issue-attributeNew2009-01-19

Actions
Related to Redmine - Feature #2058: Attachment max. size per projectNew2008-10-20

Actions
Related to Redmine - Feature #10027: Make "Required" overridable per-projectNew

Actions
Related to Redmine - Feature #5127: Custom Fields to be configurable on 'per project' basisNew2010-03-19

Actions
Related to Redmine - Feature #2563: issue tracker should be own tab in project settingsClosed2009-01-22

Actions
Related to Redmine - Feature #7349: Per-project email notification settingsNew2011-01-17

Actions
Related to Redmine - Feature #1144: Time tracking activities on a per project basisClosed2008-04-29

Actions
Related to Redmine - Feature #12347: "Calculate the issue done ratio" per project configurationNew

Actions
Related to Redmine - Feature #12044: Change Link in Notification Mails per ProjectNew

Actions
Related to Redmine - Feature #3316: Set language per projectNew2009-05-07

Actions
Related to Redmine - Feature #432: Custom Email templates, system wide and per project, through web interface.New

Actions
Related to Redmine - Feature #13742: Multi project for email incomingClosed

Actions
Related to Redmine - Feature #14073: Permit to mass-edit project settingsNew

Actions
Related to Redmine - Feature #8095: Allow overriding the default text formatting in each projectNew2011-04-07

Actions
Related to Redmine - Feature #7360: Issue custom query: default query per instance, project and userClosedGo MAEDA2011-01-18

Actions
Actions #1

Updated by Jean-Philippe Lang almost 15 years ago

  • Target version set to 1.0.0 (RC)
Actions #2

Updated by Richard Schulte almost 15 years ago

+ 1

  • Theme
  • Trackers/Statuses/Workflow
  • Enumerations
  • Roles and Permissions

Haha yea, a laundry list, I know. Just the top two would be great.

Actions #3

Updated by Michael Koch almost 15 years ago

+1 and agree with Richard. This would be a great feature (and much needed for our project!)

Actions #4

Updated by Nikolay Kotlyarov almost 15 years ago

+1
  • Trackers/Statuses/Workflow
  • Enumerations
  • Roles and Permissions
Actions #5

Updated by Nikolay Kotlyarov almost 15 years ago

Workflow enhancements related to #559

Actions #6

Updated by Anton Statutov almost 15 years ago

IMO, the main settings need to override are columns displayed in the issue list.

Actions #7

Updated by Nikolay Kotlyarov over 14 years ago

Jean-Philippe Lang wrote:

Allow some application settings (eg. Theme) to be overridden at project level.

Which settings do you mean by "some"?:)

Actions #8

Updated by Mischa The Evil over 14 years ago

Added issue-relations to:
Actions #9

Updated by Richard Schulte over 14 years ago

Just wondering, what settings are you all honing in on?

Actions #10

Updated by Eric Davis over 14 years ago

  • Target version deleted (1.0.0 (RC))

Removing from 1.0. This hasn't been completed and 1.0 is feature frozen.

Actions #11

Updated by Marcelo Fernandes almost 14 years ago

+1 I do need enable/disable 'Documents' Section per project.

Actions #12

Updated by Matthew Burton over 13 years ago

+1. I think this is the feature that would make Redmine a more viable option for enterprises (like mine). When you have many different users and missions, it's hard to find one set of enumerations, roles, and trackers that makes everyone happy yet at the same time isn't overly cumbersome for administrators. This would also relieve the IT office from sole responsible for administration, as it would give many administration permissions to project managers.

Been lurking for a few months and really love RM. I created an account just so I could speak up for this feature.

Actions #13

Updated by Etienne Massip over 13 years ago

  • Assignee deleted (Jean-Philippe Lang)
  • Target version set to Candidate for next major release
Actions #14

Updated by Michael Flyorko over 12 years ago

+1

Actions #15

Updated by Brad Rushworth over 12 years ago

Jean-Philippe Lang wrote:

Allow some application settings (eg. Theme) to be overridden at project level.

For everyone's info, there is a plugin that allows user-selectable themes and it works great:

http://www.redmine.org/plugins/themechanger

Actions #16

Updated by Thomas Robbs about 12 years ago

+1 and +1 Matthew Burton.

It seems the burden is mainly due to the "project-y" settings being mixed with the "application-y" settings. For example, configuring "Default columns displayed on the issue list" in the application level settings.

I'd suggest just separating settings along these lines into two camps:

1. Redmine Settings (app level stuff)
2. Project Templates (project level stuff)

#2 effectively starts out as a "Default Project" template, defined by the existing default "project level stuff" settings.

A new installation would be effectively transparent, save some reorganization of the settings and adding the notion of "templates".

An existing installation would, on upgrade, and ideally for me, give me the option to save each of my existing projects' configurations as new templates (default name = project name, editable), or use an existing template of my choice.

I could also see this notion extending to Trackers and Categories as there are similar requests that pull the solution towards needing to be sufficient for their needs as well. Might be helpful to map the entities and their configuration options to make the solution more obvious.

Actions #17

Updated by Dipan Mehta over 11 years ago

+1. This would be a great leap forward in the Redmine's capability. A strong request to have this.

Also add #850 as a related issue.

Actions #18

Updated by Toshi MARUYAMA over 11 years ago

Dipan Mehta wrote:

Also add #850 as a related issue.

Done.

Actions #19

Updated by Dipan Mehta over 11 years ago

Another related issue #2058

Actions #20

Updated by Daniel Dehennin over 11 years ago

+1 with "Required" (#10027)

Actions #21

Updated by Dipan Mehta over 11 years ago

There are just about so many issues which asks for 'Per project configuration'. Here is a list:

  1. #3452, - Email notification config (alongwith #7349, #8331)
  2. #1144 - Time tracking activities
  3. #552 - Document categories
  4. #12347 - Calculation logic of issue %done ratio
  5. #12044 - Notification Mails per Project
  6. #9194 - default issue list view layout
  7. #7244 - default query
  8. #3316 - Language! ...aaha
  9. #432 - Custom Email templates and email settings
Actions #22

Updated by Glenn Gould over 11 years ago

+1 - most wanted feature for me... ;)

Actions #23

Updated by Toshi MARUYAMA almost 11 years ago

  • Related to Feature #8095: Allow overriding the default text formatting in each project added
Actions #24

Updated by Toshi MARUYAMA almost 11 years ago

  • Related to deleted (Feature #5624: the Text formatting configuration in each project.)
Actions #25

Updated by Toshi MARUYAMA over 9 years ago

  • Related to Feature #7360: Issue custom query: default query per instance, project and user added
Actions #26

Updated by Toshi MARUYAMA over 9 years ago

Actions #27

Updated by Mizuki ISHIKAWA over 4 years ago

I attach a patch to override application settings at the project level.
This is not a tested or fully implemented patch, it was created to get your design reviewed.

  • Add Setting.project_id column
  • Setting for each project if setting.project_id exists, application-wide setting if setting.project_id is nil
  • Setting.welcome_text is how to get the application settings, and project.setting_welcome_text is how to get the settings for each project.
  • project.setting_welcome_text returns the same result as Setting.welcome_text if the record of @Setting.where(project_id: project.id, name:'welcome_text') does not exist

This patch allows you to change "Isuses list defaults" on http://<url>/projects/<project_id>/settings/overwrite_global_settings page as a trial.

Actions #28

Updated by Mizuki ISHIKAWA over 4 years ago

The patch I intended to attach at #4015#note-27

Actions

Also available in: Atom PDF