Anonymous | Login | Signup for a new account | 2021-01-16 20:36 GMT | ![]() |
Main | My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
0000115 | SiT! | portal | public | 2008-07-18 12:07 | 2012-11-03 15:02 | ||||||||
Reporter | ivan | ||||||||||||
Assigned To | |||||||||||||
Priority | normal | Severity | feature | Reproducibility | N/A | ||||||||
Status | confirmed | Resolution | open | ||||||||||
Platform | OS | OS Version | |||||||||||
Product Version | |||||||||||||
Target Version | 4.2 & Later | Fixed in Version | |||||||||||
Summary | 0000115: Let portal users delete their account | ||||||||||||
Description | A portal user should be able to delete his/her account if they no longer want to use SiT. This has implications for data integrity, I propose we handle it like this: If the contact has related incidents or other data, just delete the username and password from the contact record. If there is no related data, delete the whole contact record. | ||||||||||||
Additional Information | If we do delete the username and password only, we need to think carefully about how the data that remains is used in future, as the user has made it clear he wants his account deleted? This is related to how we're going to handle deleted data in the future. | ||||||||||||
Tags | No tags attached. | ||||||||||||
Attached Files | |||||||||||||
![]() |
|||||||||||
|
![]() |
|
(0000075) cphuelva (reporter) 2008-08-27 00:09 |
I propose to add a new column to the customer's table to handle if the user is deleted or not (boolean or something like this). If the user wants to delete it's username and password, we might change this flag to Y, in order to know that this customer disappear. As we are not really deleting the record, we keep the customer ID and the relationships will work. Customer data should be set to "blank" to stop keeping information of him (so password and other confidential data should be cleaned of the system). Also, some changes should be make to incidents viewing, in order to filter that incidents that are from inactive users. |
kieran (administrator) 2008-12-04 11:36 |
I propose to let a user "delete" themselves, but it just sets the record to inactive, as it does in the main app, this seems like the best option? |
ivan (administrator) 2008-12-04 11:46 |
Inactive would be ok for now. In the future we ought to handle deleted data better, there's already a bug report for that. |
kieran (administrator) 2008-12-04 11:56 |
Ivan agrees with the inactive contact, should be a very minor change. |
paulh (administrator) 2012-11-03 15:02 |
as agreed on irc |
![]() |
|||
Date Modified | Username | Field | Change |
2008-07-18 12:07 | ivan | New Issue | |
2008-07-18 12:07 | ivan | Relationship added | related to 0000044 |
2008-07-18 12:08 | ivan | Relationship added | child of 0000048 |
2008-08-27 00:09 | cphuelva | Note Added: 0000075 | |
2008-12-04 11:36 | kieran | Note Added: 0000268 | |
2008-12-04 11:36 | kieran | Status | new => feedback |
2008-12-04 11:46 | ivan | Note Added: 0000270 | |
2008-12-04 11:56 | kieran | Note Added: 0000273 | |
2008-12-04 11:56 | kieran | Assigned To | => kieran |
2008-12-04 11:56 | kieran | Status | feedback => confirmed |
2009-06-13 16:25 | kieran | Target Version | => 3.60 |
2009-08-21 14:36 | kieran | Target Version | 3.60 => 4.0 |
2010-07-03 16:37 | paulh | Status | confirmed => assigned |
2011-02-14 13:21 | ivan | Target Version | 4.0 => 3.90beta1 |
2012-11-03 15:02 | paulh | Note Added: 0004579 | |
2012-11-03 15:02 | paulh | Assigned To | kieran => |
2012-11-03 15:02 | paulh | Status | assigned => confirmed |
2012-11-03 15:02 | paulh | Target Version | 3.90beta1 => 4.2 & Later |
Copyright © 2000 - 2021 MantisBT Team |