Closed Bug 554949 Opened 14 years ago Closed 14 years ago

about:config editor not updating correctly

Categories

(Firefox for Android Graveyard :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: mfinkle, Assigned: vingtetun)

Details

Attachments

(1 file, 1 obsolete file)

When trying to edit a number (extensions.autoupdate.interval), I noticed that using the keyboard did not seem to change the value. Changing 86400 to 60 using the keyboard, then clicking another row showed "86400" in the displayed value. Clicking back in the row showed "86400" in the editor.

So I use the up/down buttons to edit. This did change the number. Clicking out of the row, then clicking back did show a different number in the editor. However, when clicking out of the row, the displayed value did not change.

The displayed value only changed if I caused the list to refresh using the search filter.
Attached patch Patch (obsolete) — Splinter Review
This patch replace "oncommand" on the textbox from the integer binding to an "oninput"
Assignee: nobody → 21
Attachment #434891 - Flags: review-
Comment on attachment 434891 [details] [diff] [review]
Patch

This fixes one problem: When editing the preference using the keyboard, the value is really changed.

But there is still one other problem: after clicking on a different row, the preference value is not displayed correctly.

And there is a new problem with this patch: Changing the preference using the up/down buttons no longer works.
(In reply to comment #2)
> (From update of attachment 434891 [details] [diff] [review])
> But there is still one other problem: after clicking on a different row, the
> preference value is not displayed correctly.

Ah, I've not seen this behavior because it seems to works when you don't use the filter.
> 
> And there is a new problem with this patch: Changing the preference using the
> up/down buttons no longer works.

oups!
Attached patch PatchSplinter Review
This patch fixe the problem. I've add a comment because there is an other hidden bug which has the same architectural root cause.
Attachment #434891 - Attachment is obsolete: true
Comment on attachment 435175 [details] [diff] [review]
Patch

Mark, I'm asking review for this one because this is doing the job for most cases.

It still stay a case ,when there is a preference updated in the background somewhere in the platform, where the update is not working correctly but that's an edge case. If that's ok I'll file a followup for that.
Attachment #435175 - Flags: review?(mark.finkle)
Attachment #435175 - Flags: review?(mark.finkle) → review+
works well

pushed:
http://hg.mozilla.org/mobile-browser/rev/05b1ce7007c5
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Verified fix on Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US;
rv:1.9.2.5pre) Gecko/20100414 Namoroka/3.6.5pre Fennec/1.1a2pre
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: