If editcomponents.cgi is going to change the case of an email address, it should list the resulting case, not the userinput

RESOLVED WORKSFORME

Status

()

Bugzilla
Administration
--
minor
RESOLVED WORKSFORME
13 years ago
6 years ago

People

(Reporter: timeless, Unassigned)

Tracking

2.19.1
x86
Windows XP

Details

(URL)

(Reporter)

Description

13 years ago
actual results (part 1):
Bugzilla  Version 2.19.1+
Updating Component 'Migration' of Product 'Thunderbird'
	  	

Updated Initial QA Contact to 'Migration@Thunderbird.bugs'.

Edit component 'Migration' or edit other components of product 'Thunderbird', or
edit product 'Thunderbird'.

--
actual results part 2
https://bugzilla.mozilla.org/describecomponents.cgi?product=Thunderbird#Migration

Migration   	 mscott@mozilla.org   	 migration@thunderbird.bugs
For bugs related to the new migration code for auto migration from other mail
clients to Thunderbird.

note that the case is all lowercase (this is correct and expected)

expected results (part 1):

Updated Initial QA Contact to 'migration@thunderbird.bugs'.

Updated

13 years ago
Severity: normal → minor

Comment 1

13 years ago
I don't know what 2.19  or 2.20 do about this situation, but 2.22 has user matching, which means you 
cannot change the case of the username fields on editcomponents (even is user-matching is turned 
off).

Is that bad?

Does that make this bug invalid or wontfix?

Or should this bug morph to request changing the case?

Or should something be fixed for 2.19 or 2.20?

Comment 2

11 years ago
This seems to be related to bug 252003.
This is Works For Me against trunk.

Comment 4

6 years ago
Yes, WFM too.
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.