User email address bug(s)

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
http://issues.bestpractical.com/Ticket/Display.html?id=15024).

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
http://issues.bestpractical.com/Ticket/Display.html?id=15024).

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
http://issues.bestpractical.com/Ticket/Display.html?id=15024).

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
http://issues.bestpractical.com/Ticket/Display.html?id=15024).

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
http://issues.bestpractical.com/Ticket/Display.html?id=15024).

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
http://issues.bestpractical.com/Ticket/Display.html?id=15024).

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