Defect #24840

LDAP: Users who didn't login yet, are not accesible (and groups where no user has logged in yet aren't available as well) to assign to a project

Added by Johann Stein over 1 year ago. Updated over 1 year ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:LDAP
Target version:-
Resolution:Duplicate Affected version:3.1.1

Description

Hello,

we are using Redmine for our organisation and have a central User Directory (Active Directory).

It was easy to set up the authentification process against the LDAP. Unfortunately it is not possible to add users or groups which did not performed a login before.
So essentially every time a user shall be assigned to a project (not to a ticket) the user has to be created in the AD (in the proper group), than e-mailed to try to login and after that we can assign his groups or login to a new project.

This is really cumbersome and IMHO somehow illogic.
Any user and group of the AD should be available in the project assignment as soon as it can be found in the directory.
I certainly would love to be able to assign tasks to any user who is assigned to a project as well but I can understand if that is not possible.

Though, the users definiely should be available in the user search regardless of any login attempts. In the end that's one of the major reason why we use a LDAP/AD, isn't it? I guess this kind of request is quite normal though I couldn't find any existing (open or close) ticket regarding this issue - sorry if I didn't look at the right place.

Can you give me a hint how to change that behaviour, implement it myself or can you provide a timeline when you can provide that yourself?

Thanks a lot,

JT


Related issues

Duplicates Redmine - Feature #1838: Bulk import for LDAP users New 2008-09-01

History

#1 Updated by Mischa The Evil over 1 year ago

  • Status changed from New to Closed
  • Resolution set to Duplicate

Johann Stein wrote:

[...] though I couldn't find any existing (open or close) ticket regarding this issue [...]

It duplicates #1838. Closing as such.

#2 Updated by Mischa The Evil over 1 year ago

Also available in: Atom PDF