Issue 24861 - Provide mechanism to gracefully delete registered but unused accounts
Summary: Provide mechanism to gracefully delete registered but unused accounts
Status: CLOSED FIXED
Alias: None
Product: Infrastructure
Classification: Infrastructure
Component: _openoffice.org administrative interface (obsolete) (show other issues)
Version: current
Hardware: All All
: P3 Trivial (vote)
Target Milestone: CEE Consid-future
Assignee: Unknown
QA Contact: issues@ooo
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-27 16:21 UTC by stx123
Modified: 2012-06-12 10:53 UTC (History)
2 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description stx123 2004-01-27 16:21:39 UTC
As discussed earlier I would like to be able to handle the flood of accounts
which are registered but never used. See also issue 22913
There should be a mechanism which warns owners of accounts which have been
registered but never been used.
Owners should be warned via email after a month.
After another month the account could be deleted.
The handling of accounts which have been used but are orphaned for a certain
amount of time has to be different.
Comment 1 Unknown 2004-02-06 12:11:09 UTC
St

Have Filed an Internal Request for the enhancement. Will post the Response from 
the engineers as & when they update

-Mohan
Comment 2 Unknown 2004-02-09 12:23:36 UTC
St

Kindly note that the Outstanding password Tickets Options is given to serve the 
purpose of the admin revoking the User how have not even the site even once but 
are only registered. Though the mechanism does warn the user, it does serve the 
purpose for revoking the user.

The Serving of notice to users does not seem right cos it is to the same email 
id where the password was sent. So its only fair that a user who had not 
bothered or considered to use the passowrd ticket need not be given concession 
through the same email ID.

My sugesstion would that the issue 24862 would be a better suite to follow & 
that issue covers more scope for you to revoke users

Your Comments

-Mohan
Comment 3 stx123 2004-02-09 15:54:41 UTC
Issue 24862 talks only about the way to access the current functionality to work
on outstanding password tickets. It suggests to move the entry link from "My
pages" to "Administration".

This issue asks for a mechanism to gracefully delete registered but unused
accounts (no matter, how this mechanism is accessed).

The current mechanism does not serve the purpose.
It only allows to reissue tickets but not to delete users.
And it doesn't allow to select, filter, sort users (by criteria like timeframe
since registration or last reissuing).

I disagree that account should be deleted without warning.

Greetings
Stefan
Comment 4 Unknown 2004-02-11 06:24:26 UTC
St,

The engineers would like some light on the following  areas

definition of a user who is registered by who has not used their account.  Is 
it:

1) A person who has entered the registration information but never redeemed 
their password ticket.

2) A person who has entered the registration information, received their 
password, done some activity on the site, and then not logged in or done any 
additional activity for some specified period of time.


-Mohan
Comment 5 stx123 2004-02-11 20:01:57 UTC
This enhancement request was intended for 1)
I would like to use another issue to track 2)
We can use a shorter timeframe for deletion of never used accounts and don't 
have to bother about CVS access.
Comment 6 Unknown 2004-02-16 10:59:25 UTC
The Feature has been planned for Danube release of Sourcecast.

Support Will continue monitor this issue & Will review in the correspondin 
release

-Mohan
Comment 7 Unknown 2006-03-22 09:33:18 UTC
Due to the large amount of redesigning that needs to be done to deliver this
enhancement, this issue has been moved from Danube to the Rubicon release of
CEE. We'll continue to monitor this issue internally and keep you updated on the
progress of the issue.

Updating the status whiteboard from 'Plan Danube' to 'Plan Rubicon' and updating
target milestone.


Regards,
Karishma
Support Operations
Comment 8 Unknown 2007-03-07 15:44:30 UTC
Setting the target milestone as 'CEE Consid-future'.

Regards,
Karishma
Support Operations
Comment 9 Unknown 2009-01-23 09:24:18 UTC
CollabNet Support is currently reviewing the issues under Resolved-Later. If the
issues are fixed currently in any of the present CEE releases, then it will be
marked as Resolved-Fixed.

There might be a few issues which might not be in our future roadmap which might
be closed as Wontfix unless it does not lie under any custom request.
Comment 10 Unknown 2009-01-23 09:26:42 UTC
Keeping it opened for validation
Comment 11 Unknown 2009-01-28 11:28:53 UTC
We are currently validating the pro's of implementing through a cron job.
Comment 12 Unknown 2009-09-11 12:51:35 UTC
Team,

There was a detailed review of the enhancement issues and this feature has not
been able to make it into the CollabNet Roadmaps of CEE. I will close this issue
for now, please feel free to request for a reopen with any further queries

Thanks
Sindhu
Support Operations
Comment 13 stx123 2011-03-23 16:09:16 UTC
Reset QA Contact to new default
Comment 14 Raphael Bircher 2012-06-12 10:53:00 UTC
old collabnet issue. close.