Closed Bug 30156 Opened 25 years ago Closed 24 years ago

Delete Profile dialog should match N4.7's

Categories

(SeaMonkey :: Startup & Profiles, defect, P1)

x86
Windows 98
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 37387
Future

People

(Reporter: bugs, Assigned: paulkchen)

References

Details

(Keywords: polish, Whiteboard: [nsbeta3+][nsbeta2-])

Attachments

(1 file)

In the aftermath of 30119 it seems that we need to put up a dialog at the lowest level before deleting a profile to show what folder is about to be deleted to allow the user to abort the procedure, to prevent against foo caused by future updates to the profile manager. e.g. "you are about to delete all files and folders in the folder c:\foo, they will be unrecoverable. click cancel to abort this operation" or similar. (requested by jar)
beta1?
Assignee: selmer → racham
Keywords: beta1
Whiteboard: [PDT+] w/b minus on 3/7
[PDT+] w/b minus on 3/7
Status: NEW → ASSIGNED
Target Milestone: M14
Bhuvan, any update?
Working on this. Will have an update by tomorrow evening.
On backend, we are initialized before the hidden window activities are done. Common diaog services are based on having hidden window initialization. So, currently looking at the other alternative of passing the directory name to frontend for the confirmation....
I spoke to davidm regarding the chnages I can do in the backend using nsIPrompt. It is too destabilizing for beta for that changes. We can work this out via front end once we start using nsIRegistry and have GetProfileDir scriptable.
Whiteboard: [PDT+] w/b minus on 3/7 → [PDT-] w/b minus on 3/7
Once gayatri lands i18n changes, we should do this from the frontend as nsIRegistry can be used to query for directory name. Then a javascript confirm dialog can be put up. Will talk to ben regarding this one.
Target Milestone: M14 → M15
Severity: normal → major
Priority: P3 → P1
With gayatri's changes in, now nsIRegistry can be used to query the registry for profile directory name. A confirm dialog can be thrown with the obtained directory name. Displaying confirm dialog is much easier and convenient to achieve i18n compatability and to alter messgae as required. As per the directory name, we are getting it from the registry and it is accurate. Posting the patch (next update). Reassigning to ben.
Assignee: racham → ben
Status: ASSIGNED → NEW
Move to M16 for now ...
Target Milestone: M15 → M16
changing the component to front-end.
Component: Profile Manager BackEnd → Profile Manager FrontEnd
Keywords: nsbeta2
Putting on [nsbeta2+][6/01] radar. This work must be done by 06/01 or we may pull this for PR2.
Whiteboard: [PDT-] w/b minus on 3/7 → [nsbeta2+][6/01]
some slight modification of delete profile dialog required + bhuvan's patch. Time to complete: 2 hours.
Status: NEW → ASSIGNED
Changing from [6/01] to [6/15]
Whiteboard: [nsbeta2+][6/01] → [nsbeta2+][6/15]
Move to M19.
Target Milestone: M16 → M19
Cleaning up status whiteboard by marking beta2 minus (6/15 has passed) Folks are too doomed to handle this for beta2
Whiteboard: [nsbeta2+][6/15] → [nsbeta2-]
Per nav triage team: We have a dialog now. It's imperfect, but its good enough.
Keywords: polish
Whiteboard: [nsbeta2-] → [nsbeta2-] [nsbeta3-]
Severity: major → normal
Target Milestone: M19 → Future
Starting in N4.7, the Delete profile dialog displayed the path of the profile about to be deleted. Adding 4xp keyword, nominating for nsbeta3.
Keywords: 4xp, nsbeta3
Summary: require back end user confirmation dialog prompt before deleting profile folders → Delete Profile dialog should match N4.7's
Whiteboard: [nsbeta2-] [nsbeta3-] → [nsbeta2-]
nav triage team: taking this one for the gipper
Assignee: ben → pchen
Status: ASSIGNED → NEW
Whiteboard: [nsbeta2-] → [nsbeta3+]
Status: NEW → ASSIGNED
replacing nsbeta2-
Whiteboard: [nsbeta3+] → [nsbeta3+][nebeta2-]
make that n*s*beta2-
Whiteboard: [nsbeta3+][nebeta2-] → [nsbeta3+][nsbeta2-]
PDT marking this bug a dup. Delete profile prompt is fine for Semaonkey RTM. *** This bug has been marked as a duplicate of 37387 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
verify
Status: RESOLVED → VERIFIED
*** Bug 32810 has been marked as a duplicate of this bug. ***
*** Bug 32810 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: