Project

General

Profile

Actions

Feature #756

closed

Feature #751: BugZilla migration

create custom login page with information on password reset

Added by Florian Effenberger over 9 years ago. Updated over 9 years ago.

Status:
Closed
Priority:
Normal
Category:
-
Target version:
-
Start date:
2014-11-17
Due date:
2014-12-14
% Done:

0%

Tags:

Description

By the day we go live - if possible, even a bit earlier - mailing out of the new credentials to existing BugZilla users needs to be handled. See also ticket #755 for a prerequisite.


Related issues

Follows Infrastructure - Feature #755: put working e-mail connectivity in placeClosedRobinson Tryon2014-11-15

Actions
Actions #1

Updated by Robinson Tryon over 9 years ago

  • Status changed from New to In Progress

Notification of active TDF members and LibreOffice community contributors will happen via the mailing lists. The big 'leftover' group will be bug reporters and others who have interacted with the LibreOffice project on FDO bugzilla, but won't hear about the migration without a ping to the Bugzilla users list.

Norbert suggested caution about how we proceed with this step, so I'll chat further w/Tollef about the best way for us to notify these people. Whenever we email them, we should do so from either an official TDF or FDO account.

Actions #2

Updated by Florian Effenberger over 9 years ago

Mailing out new credentials can only happen, of course, when the migration has been done, and we are sure BugZilla will stay on our servers.
The scope of this ticket is that you know how to send out new credentials from the new system. In other words: Are you savvy in what buttons to press to mass-mail all our users with new credentials?
Have you tested that with a couple of test users before, so we know it works? It would be extremely odd to have the new VM running, migration done, but nobody can login without requesting a password manually
So, please do test this with a couple of test users, to know it actually WORKS, before we do it on the live database

Actions #3

Updated by Bjoern Michaelsen over 9 years ago

  • Follows Feature #755: put working e-mail connectivity in place added
Actions #4

Updated by Norbert Thiebaud over 9 years ago

Note: We most certainly do not want to actively spam every email and user found in bugzilla

What is needed is a custom 'login page' so that when people try to log in after the migration they are explained that their password need to be 'reset' due to the migration.
the process is the same than a normal 'password reset'... but we still need to explain it and why...

This is critical on the 'logon failure page' as so most likely scenario for an 'occasion' user if our bugzilla will be to jsut show up on Bugzilla, business as usual, try to log in, and getting denied for 'wrong password'.. which will confuse the heck of people.... some of them will stop fighting and just 'reset' their password.. but I suspect a good part will get frustrated, try and try again, and abandon or finally show up on a random ML or irc channel, already quite pumped-up with frustration.

Actions #5

Updated by Robinson Tryon over 9 years ago

Norbert Thiebaud wrote:

Note: We most certainly do not want to actively spam every email and user found in bugzilla

Handling credentials is much better suited for the password-reset mechanisms.

What is needed is a custom 'login page' so that when people try to log in after the migration they are explained that their password need to be 'reset' due to the migration.
the process is the same than a normal 'password reset'... but we still need to explain it and why...

This is critical on the 'logon failure page' as so most likely scenario for an 'occasion' user if our bugzilla will be to jsut show up on Bugzilla, business as usual, try to log in, and getting denied for 'wrong password'.. which will confuse the heck of people.... some of them will stop fighting and just 'reset' their password.. but I suspect a good part will get frustrated, try and try again, and abandon or finally show up on a random ML or irc channel, already quite pumped-up with frustration.

Agreed. You can see the current behavior if you try to log-in using an invalid password or account from the front page:
http://bugzilla-test.documentfoundation.org/buggs/

Note that the password-reset page is also configured to remove other form elements, and to include text focusing on resetting passwords (specifically) as a part of the Bugzilla Migration.

Actions #6

Updated by Florian Effenberger over 9 years ago

  • Subject changed from mail out new credentials to BugZilla users to create custom login page with information on password reset
  • Due date changed from 2014-11-17 to 2014-11-30
Actions #7

Updated by Robinson Tryon over 9 years ago

  • Status changed from In Progress to Resolved

Custom login information is available here:
http://bugzilla-test.documentfoundation.org/buggs/index.cgi?GoAheadAndLogIn=1&migration_passwordreset=1#forgot

If users provide incorrect credentials when trying to log in, they are reminded about the Bugzilla Migration and invited to reset their password if they have not done so already (along with a direct link to the aforementioned page).

Actions #8

Updated by Florian Effenberger over 9 years ago

  • Status changed from Resolved to In Progress
  • Priority changed from Urgent to Normal

Please also add a link to the Silverstripe page you have created, so people have all the details at hand :)

Actions #9

Updated by Florian Effenberger over 9 years ago

  • Due date changed from 2014-11-30 to 2014-12-14
Actions #10

Updated by Robinson Tryon over 9 years ago

Florian Effenberger wrote:

Please also add a link to the Silverstripe page you have created, so people have all the details at hand :)

Fixed in bugzilla-git cd394b5181864

Actions #11

Updated by Robinson Tryon over 9 years ago

  • Status changed from In Progress to Resolved
Actions #12

Updated by Florian Effenberger over 9 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF