[rt-users] User email address bug(s)

[Kevin Falcone]

On Tue, Aug 30, 2011 at 09:11:05PM +0000, David Chandek-Stark wrote:
> 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 at 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 at 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 at 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 at example.com' to 'user at 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20110831/1d771480/attachment.sig>