RT 3.8.5
RT::Extension::MergeUsers 0.03
I have confirmed a case with this setup as follows:
User A - relevant history
- Tue Dec 07 13:43:34 2010 RT_System - User created
- Fri Aug 12 13:50:22 2011 RT_System - EmailAddress changed from
‘user@example.com’ to ‘’
User B - relevant history
- Fri Aug 12 13:50:12 2011 privuser - User created
- Fri Aug 12 13:50:22 2011 privuser - EmailAddress changed from ’
user@example.com’ to ‘user@example.com’
User B’s email not only was allowed to be created with a leading space,
but was then allowed to be changed to a value already in use by User A –
and set A’s email to “0” (presumably
Login).
Are these known bugs with RT 3.8.5 and/or MergeUsers 0.03? I am planning
to upgrade RT and MergeUsers, but would like to know what’s going on here.
Thanks,
David
RT 3.8.5
RT::Extension::MergeUsers 0.03
I have confirmed a case with this setup as follows:
User A - relevant history
- Tue Dec 07 13:43:34 2010 RT_System - User created
- Fri Aug 12 13:50:22 2011 RT_System - EmailAddress changed from
‘user@example.com’ to ‘’
User B - relevant history
- Fri Aug 12 13:50:12 2011 privuser - User created
- Fri Aug 12 13:50:22 2011 privuser - EmailAddress changed from ’
user@example.com’ to ‘user@example.com’
Presumably you’ve merged User A and User B? Or is this a bug you see
with unmerged users? What happens when you disable the extension?
User B’s email not only was allowed to be created with a leading space,
but was then allowed to be changed to a value already in use by User A –
and set A’s email to “0” (presumably
Login).
Are these known bugs with RT 3.8.5 and/or MergeUsers 0.03? I am planning
to upgrade RT and MergeUsers, but would like to know what’s going on here.
There were a large number of bugfixes in MergeUser 0.04, released last
year.
There have also been a large number of bugfixes since 3.8.5 was
released 2 years ago.
I’ve not seen your specific bug reported.
-kevin
Users were not merged. Disabling extension resolves issue (although can
still create new user with leading space in email). I will try upgrading
extension.
Thanks,
DavidOn 8/30/11 10:47 AM, “Kevin Falcone” falcone@bestpractical.com wrote:
On Tue, Aug 30, 2011 at 02:34:11PM +0000, David Chandek-Stark wrote:
RT 3.8.5
RT::Extension::MergeUsers 0.03
I have confirmed a case with this setup as follows:
User A - relevant history
- Tue Dec 07 13:43:34 2010 RT_System - User created
- Fri Aug 12 13:50:22 2011 RT_System - EmailAddress changed from
‘user@example.com’ to ‘’
User B - relevant history
- Fri Aug 12 13:50:12 2011 privuser - User created
- Fri Aug 12 13:50:22 2011 privuser - EmailAddress changed from ’
user@example.com’ to ‘user@example.com’
Presumably you’ve merged User A and User B? Or is this a bug you see
with unmerged users? What happens when you disable the extension?
User B’s email not only was allowed to be created with a leading space,
but was then allowed to be changed to a value already in use by User A
and set A’s email to “0” (presumably
Login).
Are these known bugs with RT 3.8.5 and/or MergeUsers 0.03? I am
planning
to upgrade RT and MergeUsers, but would like to know what’s going on
here.
There were a large number of bugfixes in MergeUser 0.04, released last
year.
There have also been a large number of bugfixes since 3.8.5 was
released 2 years ago.
I’ve not seen your specific bug reported.
-kevin
RT Training Sessions (http://bestpractical.com/services/training.html)
- Chicago, IL, USA — September 26 & 27, 2011
- San Francisco, CA, USA — October 18 & 19, 2011
- Washington DC, USA — October 31 & November 1, 2011
- Melbourne VIC, Australia — November 28 & 29, 2011
- Barcelona, Spain — November 28 & 29, 2011
Users were not merged. Disabling extension resolves issue (although can
still create new user with leading space in email). I will try upgrading
extension.
A leading space on email address even appears to work in 4.0
There isn’t anywhere near enough validation of email addresses on
manual user creation.
-kevin> On 8/30/11 10:47 AM, “Kevin Falcone” falcone@bestpractical.com wrote:
On Tue, Aug 30, 2011 at 02:34:11PM +0000, David Chandek-Stark wrote:
RT 3.8.5
RT::Extension::MergeUsers 0.03
I have confirmed a case with this setup as follows:
User A - relevant history
- Tue Dec 07 13:43:34 2010 RT_System - User created
- Fri Aug 12 13:50:22 2011 RT_System - EmailAddress changed from
‘user@example.com’ to ‘’
User B - relevant history
- Fri Aug 12 13:50:12 2011 privuser - User created
- Fri Aug 12 13:50:22 2011 privuser - EmailAddress changed from ’
user@example.com’ to ‘user@example.com’
Presumably you’ve merged User A and User B? Or is this a bug you see
with unmerged users? What happens when you disable the extension?
User B’s email not only was allowed to be created with a leading space,
but was then allowed to be changed to a value already in use by User A
and set A’s email to “0” (presumably
Login).
Are these known bugs with RT 3.8.5 and/or MergeUsers 0.03? I am
planning
to upgrade RT and MergeUsers, but would like to know what’s going on
here.
There were a large number of bugfixes in MergeUser 0.04, released last
year.
There have also been a large number of bugfixes since 3.8.5 was
released 2 years ago.
I’ve not seen your specific bug reported.
-kevin
RT Training Sessions (http://bestpractical.com/services/training.html)
- Chicago, IL, USA — September 26 & 27, 2011
- San Francisco, CA, USA — October 18 & 19, 2011
- Washington DC, USA — October 31 & November 1, 2011
- Melbourne VIC, Australia — November 28 & 29, 2011
- Barcelona, Spain — November 28 & 29, 2011
RT Training Sessions (http://bestpractical.com/services/training.html)
- Chicago, IL, USA September 26 & 27, 2011
- San Francisco, CA, USA October 18 & 19, 2011
- Washington DC, USA October 31 & November 1, 2011
- Melbourne VIC, Australia November 28 & 29, 2011
- Barcelona, Spain November 28 & 29, 2011
MergeUsers 0.04 has the same problem – I.e., with it enabled, if you
create a user, then manually change its email address to that of another
user, the second user’s email gets wiped out (set to 0).
–DavidOn 8/30/11 1:24 PM, “Kevin Falcone” falcone@bestpractical.com wrote:
On Tue, Aug 30, 2011 at 03:24:23PM +0000, David Chandek-Stark wrote:
Users were not merged. Disabling extension resolves issue (although can
still create new user with leading space in email). I will try
upgrading
extension.
A leading space on email address even appears to work in 4.0
There isn’t anywhere near enough validation of email addresses on
manual user creation.
-kevin
On 8/30/11 10:47 AM, “Kevin Falcone” falcone@bestpractical.com wrote:
On Tue, Aug 30, 2011 at 02:34:11PM +0000, David Chandek-Stark wrote:
RT 3.8.5
RT::Extension::MergeUsers 0.03
I have confirmed a case with this setup as follows:
User A - relevant history
- Tue Dec 07 13:43:34 2010 RT_System - User created
- Fri Aug 12 13:50:22 2011 RT_System - EmailAddress changed from
‘user@example.com’ to ‘’
User B - relevant history
- Fri Aug 12 13:50:12 2011 privuser - User created
- Fri Aug 12 13:50:22 2011 privuser - EmailAddress changed from ’
user@example.com’ to ‘user@example.com’
Presumably you’ve merged User A and User B? Or is this a bug you see
with unmerged users? What happens when you disable the extension?
User B’s email not only was allowed to be created with a leading
space,
but was then allowed to be changed to a value already in use by User
A
and set A’s email to “0” (presumably
Login).
Are these known bugs with RT 3.8.5 and/or MergeUsers 0.03? I am
planning
to upgrade RT and MergeUsers, but would like to know what’s going on
here.
There were a large number of bugfixes in MergeUser 0.04, released last
year.
There have also been a large number of bugfixes since 3.8.5 was
released 2 years ago.
I’ve not seen your specific bug reported.
-kevin
RT Training Sessions (http://bestpractical.com/services/training.html)
- Chicago, IL, USA ‹ September 26 & 27, 2011
- San Francisco, CA, USA ‹ October 18 & 19, 2011
- Washington DC, USA ‹ October 31 & November 1, 2011
- Melbourne VIC, Australia ‹ November 28 & 29, 2011
- Barcelona, Spain ‹ November 28 & 29, 2011
RT Training Sessions (http://bestpractical.com/services/training.html)
- Chicago, IL, USA September 26 & 27, 2011
- San Francisco, CA, USA October 18 & 19, 2011
- Washington DC, USA October 31 & November 1, 2011
- Melbourne VIC, Australia November 28 & 29, 2011
- Barcelona, Spain November 28 & 29, 2011
RT Training Sessions (http://bestpractical.com/services/training.html)
- Chicago, IL, USA — September 26 & 27, 2011
- San Francisco, CA, USA — October 18 & 19, 2011
- Washington DC, USA — October 31 & November 1, 2011
- Melbourne VIC, Australia — November 28 & 29, 2011
- Barcelona, Spain — November 28 & 29, 2011
MergeUsers 0.04 has the same problem – I.e., with it enabled, if you
create a user, then manually change its email address to that of another
user, the second user’s email gets wiped out (set to 0).
Sounds like a bug you should file against RT-Extension-MergeUsers
Directions are here:
https://rt.cpan.org/Public/Bug/Report.html?Queue=RT-Extension-MergeUsers
-kevin> On 8/30/11 1:24 PM, “Kevin Falcone” falcone@bestpractical.com wrote:
On Tue, Aug 30, 2011 at 03:24:23PM +0000, David Chandek-Stark wrote:
Users were not merged. Disabling extension resolves issue (although can
still create new user with leading space in email). I will try
upgrading
extension.
A leading space on email address even appears to work in 4.0
There isn’t anywhere near enough validation of email addresses on
manual user creation.
-kevin
On 8/30/11 10:47 AM, “Kevin Falcone” falcone@bestpractical.com wrote:
On Tue, Aug 30, 2011 at 02:34:11PM +0000, David Chandek-Stark wrote:
RT 3.8.5
RT::Extension::MergeUsers 0.03
I have confirmed a case with this setup as follows:
User A - relevant history
- Tue Dec 07 13:43:34 2010 RT_System - User created
- Fri Aug 12 13:50:22 2011 RT_System - EmailAddress changed from
‘user@example.com’ to ‘’
User B - relevant history
- Fri Aug 12 13:50:12 2011 privuser - User created
- Fri Aug 12 13:50:22 2011 privuser - EmailAddress changed from ’
user@example.com’ to ‘user@example.com’
Presumably you’ve merged User A and User B? Or is this a bug you see
with unmerged users? What happens when you disable the extension?
User B’s email not only was allowed to be created with a leading
space,
but was then allowed to be changed to a value already in use by User
A
and set A’s email to “0” (presumably
Login).
Are these known bugs with RT 3.8.5 and/or MergeUsers 0.03? I am
planning
to upgrade RT and MergeUsers, but would like to know what’s going on
here.
There were a large number of bugfixes in MergeUser 0.04, released last
year.
There have also been a large number of bugfixes since 3.8.5 was
released 2 years ago.
I’ve not seen your specific bug reported.
-kevin
RT Training Sessions (http://bestpractical.com/services/training.html)
- Chicago, IL, USA ‹ September 26 & 27, 2011
- San Francisco, CA, USA ‹ October 18 & 19, 2011
- Washington DC, USA ‹ October 31 & November 1, 2011
- Melbourne VIC, Australia ‹ November 28 & 29, 2011
- Barcelona, Spain ‹ November 28 & 29, 2011
RT Training Sessions (http://bestpractical.com/services/training.html)
- Chicago, IL, USA September 26 & 27, 2011
- San Francisco, CA, USA October 18 & 19, 2011
- Washington DC, USA October 31 & November 1, 2011
- Melbourne VIC, Australia November 28 & 29, 2011
- Barcelona, Spain November 28 & 29, 2011
RT Training Sessions (http://bestpractical.com/services/training.html)
- Chicago, IL, USA — September 26 & 27, 2011
- San Francisco, CA, USA — October 18 & 19, 2011
- Washington DC, USA — October 31 & November 1, 2011
- Melbourne VIC, Australia — November 28 & 29, 2011
- Barcelona, Spain — November 28 & 29, 2011
RT Training Sessions (http://bestpractical.com/services/training.html)
- Chicago, IL, USA September 26 & 27, 2011
- San Francisco, CA, USA October 18 & 19, 2011
- Washington DC, USA October 31 & November 1, 2011
- Melbourne VIC, Australia November 28 & 29, 2011
- Barcelona, Spain November 28 & 29, 2011
https://rt.cpan.org/Public/Bug/Display.html?id=70641
Thanks,
DavidFrom: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Kevin Falcone
Sent: Wednesday, August 31, 2011 10:57 AM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] User email address bug(s)
MergeUsers 0.04 has the same problem – I.e., with it enabled, if you
create a user, then manually change its email address to that of
another user, the second user’s email gets wiped out (set to 0).
Sounds like a bug you should file against RT-Extension-MergeUsers
Directions are here:
https://rt.cpan.org/Public/Bug/Report.html?Queue=RT-Extension-MergeUsers
-kevin