when a user is disabled, but we can see the user in autocomplete choices when we provide the complete email id
RESOLVED
INVALID
Status
()
People
(Reporter: Antoine, Unassigned)
Tracking
Details
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.
|
||
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
Could you please share the script name, so that I can modify the logic there.
|
|
||
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 ago → 2 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•