when a user is disabled, but we can see the user in autocomplete choices when we provide the complete email id

RESOLVED INVALID

Status

()

Bugzilla
Bugzilla-General
--
major
RESOLVED INVALID
2 years ago
2 years ago

People

(Reporter: Antoine, Unassigned)

Tracking

4.4.6

Details

(Reporter)

Description

2 years ago
User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.112 Safari/537.36

Steps to reproduce:

When we start typing 'players' in the assignee or qa or cc field, you don't get any autocomplete choices, but if we type in the complete 'players@gmail.com', then we do get an autocomplete choice. 


Actual results:

It is showing the inactive user in autocomplete list and able to assign the bug to the inactive user user.


Expected results:

It should not show the inactive user in autocomplete and not able to assign the bug to the inactive user.
(Reporter)

Updated

2 years ago
Severity: normal → major

Comment 1

2 years ago
This is expected. The code is explicitly implemented this way.

    else {    # try an exact match
        # Exact matches don't care if a user is disabled.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → INVALID
(Reporter)

Comment 2

2 years ago
Could you please share the script name, so that I can modify the logic there.
(Reporter)

Updated

2 years ago
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---

Comment 3

2 years ago
Bugzilla/User.pm.

The rationale is that some accounts are mailing-lists, and you don't want anyone to log in using this account. But you still want emails to be sent to the mailing-lists. So this code must stay, or you won't be able to use mailing-lists anymore.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 2 years ago2 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.