(In reply to Shane Caraveo (:mixedpuppy) from comment #0) > the pref would not be changable without the user accepting some dialog As a general note, we tried to avoid modal dialogs as much as possible, although a "confirm" box may not be excluded for special situations like this one. Modal *custom* dialogs, on the other hand, are generally too much work in HTML. The interface you go for may depend on how much engineering effort you want to put into this feature. In turn this may depend on what exact problem this is essentially trying to solve. I guess it's about someone modifying a preference (by own initiative, by following a tutorial, or by recommendation) that will be later be reset to a different value anyways. Maybe an icon and some parenthetical text following the value could be enough for this, without affecting whether the preference can be actually edited.
Bug 1595865 Comment 2 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
(In reply to Shane Caraveo (:mixedpuppy) from comment #0) > the pref would not be changable without the user accepting some dialog As a general note, we tried to avoid modal dialogs as much as possible, although a "confirm" box may not be excluded for special situations like this one. Modal *custom* dialogs, on the other hand, are generally too much work in HTML. The interface you go for may depend on how much engineering effort you want to put into this feature. In turn this may depend on what exact problem this is essentially trying to solve. I guess it's about someone modifying a preference (by own initiative, by following a tutorial, or by recommendation) that will later be reset to a different value anyways. Maybe an icon and some parenthetical text following the value could be enough for this, without affecting whether the preference can be actually edited.