New users - password problems

Anybody else experiencing problems when they add new users to RT and include
their “password” that it does not save the password in the db?

Basically one has to create the user, hit the “save changes” button, and
then enter their password, and hit the same “save changes” button and then
it will work correctly.

This is using rt 3.4.2 on Fedora Core 3 and using Firefox 1.0.4 for the
browser.

T.J. Maciak

Internet/Intranet Developer
Department of IT
City of Grand Rapids
P: (616)456-3713
F: (616)456-3448

I’m experiencing the same problem… we’re not adding many new users so have
just been re-entering passwords where necessary
… Not a show-stopper of a bug, but a bug none the less.

RT 3.4.2, Redhat7.2, Internet Explorer 6.x

Steve

Steve Platt
Bioinformatics Support Co-ordinator
Bioinformatics Unit: Statistics, Modelling & Bioinformatics Department
Center for Infections
Health Protection Agency
61 Colindale Avenue
London
UK
NW9 5HT
Tel: 0208 327 6618
http://www.hpa.org.uk/srmd/bioinformatics/index.htm
http://www.hpa.org.uk/srmd/bioinformatics/index.htm-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Maciak, TJ
Sent: 16 June 2005 14:56
To: rt-users@lists.bestpractical.com
Subject: [rt-users] new users - password problems

Anybody else experiencing problems when they add new users to RT and include
their “password” that it does not save the password in the db?

Basically one has to create the user, hit the “save changes” button, and
then enter their password, and hit the same “save changes” button and then
it will work correctly.

This is using rt 3.4.2 on Fedora Core 3 and using Firefox 1.0.4 for the
browser.

T.J. Maciak

Internet/Intranet Developer
Department of IT
City of Grand Rapids
P: (616)456-3713
F: (616)456-3448

The information contained in the EMail and any attachments is confidential
and intended solely and for the attention and use of the named
addressee(s). It may not be disclosed to any other person without the
express authority of the HPA, or the intended recipient, or both. If you
are not the intended recipient, you must not disclose, copy, distribute or
retain this message or any part of it. This footnote also confirms that
this EMail has been swept for computer viruses, but please re-sweep any
attachments before opening or saving. HTTP://www.HPA.org.uk

Anybody else experiencing problems when they add new users to RT and include
their “password” that it does not save the password in the db?

Basically one has to create the user, hit the “save changes” button, and
then enter their password, and hit the same “save changes” button and then
it will work correctly.

This is using rt 3.4.2 on Fedora Core 3 and using Firefox 1.0.4 for the
browser.

T.J. Maciak
Yep, me too.
I blamed it on my test instance which contains a lot of different
patches and blamed it on that. In our production RT3 (3.4.2) don’t get
users added that often so I haven’t seen it there.

Joop

Joop van de Wege JoopvandeWege@mococo.nl

Anybody else experiencing problems when they add new users to RT and include
their “password” that it does not save the password in the db?

Basically one has to create the user, hit the “save changes” button, and
then enter their password, and hit the same “save changes” button and then
it will work correctly.

This is using rt 3.4.2 on Fedora Core 3 and using Firefox 1.0.4 for the
browser.

T.J. Maciak
Yep, me too.
I blamed it on my test instance which contains a lot of different
patches and blamed it on that. In our production RT3 (3.4.2) don’t get
users added that often so I haven’t seen it there.

Me three. I alreay alerted Jesse but was not sure that I convinced
him it was an RT problem.

Anybody else experiencing problems when they add new users to RT
and include their “password” that it does not save the password in
the db?

Basically one has to create the user, hit the "save changes"
button, and then enter their password, and hit the same “save
changes” button and then it will work correctly.

Yeah, we’re seeing that too. I thought I was just screwing up the
creation of the user somehow. Now I know I need set the password twice.

-James

Yeah, been seeing that under 3.4.2/debian/apache2 mod-perl + fcgi so it
looks like its a template/function issue. Maybe it doesn’t like setting
the password of a user that doesn’t exist - yet :wink:

James Moore wrote:

Anybody else experiencing problems when they add new users to RT and
include their “password” that it does not save the password in the db?

Basically one has to create the user, hit the “save changes” button,
and then enter their password, and hit the same "save changes"
button and then it will work correctly.

Yeah, we’re seeing that too. I thought I was just screwing up the
creation of the user somehow. Now I know I need set the password twice.

-James


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Be sure to check out the RT Wiki at http://wiki.bestpractical.com

Adrian Carter
Technical Manager
Leading Edge Internet

Web http://www.lei.net.au http://support.lei.net.au
Direct +61 2 6163 6162 Support 1 300 662 415
E-mail cartera@lei.net.au

Anybody else experiencing problems when they add new users to RT and
include their “password” that it does not save the password in the db?

Basically one has to create the user, hit the “save changes” button,
and then enter their password, and hit the same "save changes"
button and then it will work correctly.

Yeah, we’re seeing that too. I thought I was just screwing up the
creation of the user somehow. Now I know I need set the password twice.

I can replicate it. It’s a result of a “simplifcation” of how the user
creation works. Should only be a few minutes to fix.

Jesse Vincent wrote:

Anybody else experiencing problems when they add new users to RT and
include their “password” that it does not save the password in the db?

Basically one has to create the user, hit the “save changes” button,
and then enter their password, and hit the same "save changes"
button and then it will work correctly.

Yeah, we’re seeing that too. I thought I was just screwing up the
creation of the user somehow. Now I know I need set the password twice.

I can replicate it. It’s a result of a “simplifcation” of how the user
creation works. Should only be a few minutes to fix.
Have patch for it, I’m testing it right now

Hello.
Here is patch.
Changes:
* fix password setting when new user created
* rework password setting error reports
* indent cleanup

Regards, Ruslan.

Ruslan U. Zakirov wrote:

password_for_new_user.patch (7.63 KB)