changes made shouldn't persist until you hit OK

VERIFIED FIXED in Future

Status

SeaMonkey
Preferences
P3
enhancement
VERIFIED FIXED
17 years ago
13 years ago

People

(Reporter: sairuh (rarely reading bugmail), Assigned: Samir Gehani)

Tracking

({helpwanted, meta})

Trunk
Future
helpwanted, meta

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

17 years ago
apologies if this already exists somewhere --i couldn't find one like this after
a couple of queries. from a usability pov, we shouldn't be applying prefs
changes until the OK button for the prefs dialog is clicked. two examples of
where this 'rule' is broken are the Helper Applications and Themes panels. if
the user wishes to undo changes made in prefs, hitting the Cancel button should
clear away those changes [not apply them to the app].

unfortunately, this same behavior is what occurs in 4.x [at least using 4.74 on
linux]. i imagine that fixing this to Do The Right Thing would be non-trivial...
will add helpwanted kw soon...
(Reporter)

Comment 1

17 years ago
kw-o-rama.
Keywords: correctness, helpwanted, ui
(Reporter)

Comment 2

17 years ago
adding dependency...
Depends on: 44032
(Assignee)

Comment 3

16 years ago
Taking.  

se to find bugs for history and helper apps related to this bug.
Assignee: matt → sgehani
Keywords: meta
Target Milestone: --- → mozilla0.9.7
(Assignee)

Comment 4

16 years ago
Moving to mozilla0.9.8.
Target Milestone: mozilla0.9.7 → mozilla0.9.8
(Reporter)

Comment 5

16 years ago
erk, i'm not having luck finding the helper app or history bugs related to this
issue... :(
(Assignee)

Comment 6

16 years ago
Moving to milestone after mozilla0.9.9 (mozilla1.0 for now).
Keywords: nsbeta1+
Target Milestone: mozilla0.9.8 → mozilla1.0
(Assignee)

Comment 7

16 years ago
Prefs triage team: need separate bugs for each offender to be tracked by this
meta-bug.
Target Milestone: mozilla1.0 → Future

Comment 8

16 years ago
The only bug that this tracked (44032) has been fixed. Please file a new bug to
the proper component (whoever owns the pref panel in question) if there are
remaining issues.
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → FIXED
(Reporter)

Comment 9

16 years ago
agreed, among these are prefs within the history and cache panels...

anyhow, rs vrfy.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.