Closed Bug 669390 Opened 14 years ago Closed 13 years ago

Allow setting a preference value from the menulist inline preferences

Categories

(Toolkit :: Add-ons Manager, enhancement)

enhancement
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla8

People

(Reporter: whimboo, Assigned: darktrojan)

References

()

Details

(Keywords: dev-doc-complete)

Attachments

(2 files, 5 obsolete files)

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0a1) Gecko/20110703 Firefox/7.0a1 Found that while working with the example extension from bug 653637. First, in the test there is no preference connected to that instance of the menulist. Second, even if you set a preference to the setting element, it will not be set or updated. So this element is useless at the moment. Example code: http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/extensions/test/browser/addons/browser_inlinesettings1/options.xul Also I do not see that we check if the correct preference has been set for any kind of element. We should consider to probably remove that type of element for Firefox 7. See also the broken styling reported as bug 669342.
Menulists aren't meant to be linked to preferences right now.
Severity: normal → enhancement
Summary: Menulist of inline preferences do not update specified preference → Allow setting a preference value from the menulist inline preferences
So what is the purpose of menulists then? For what can those be used if I can't permanently store a setting?
They can be, but it requires manual code to do so at the moment.
Version: 5 Branch → 7 Branch
Assignee: nobody → geoff
Status: NEW → ASSIGNED
Depends on: 669345
Attached patch patch (obsolete) — Splinter Review
This goes on top of my patch for bug 669345.
Attachment #549963 - Flags: review?(bmcbride)
Attachment #549963 - Flags: review?(bmcbride) → review+
Attached patch changes for mobile (obsolete) — Splinter Review
Just the changes for mobile, plus bug 669345 comment 4, because it's easier to do it here than deal with the bitrot.
Attachment #550270 - Flags: review?(mark.finkle)
Attachment #550270 - Flags: review?(bmcbride)
Comment on attachment 550270 [details] [diff] [review] changes for mobile Review of attachment 550270 [details] [diff] [review]: ----------------------------------------------------------------- r+ on the toolkit stuff
Attachment #550270 - Flags: review?(bmcbride) → review+
Comment on attachment 550270 [details] [diff] [review] changes for mobile mobile part looks good
Attachment #550270 - Flags: review?(mark.finkle) → review+
Alright, let's land this sucker.
Keywords: checkin-needed
Attached patch changes to tests (obsolete) — Splinter Review
Found the leak. Also found I'm testing something that doesn't really exist any more.
Attachment #552035 - Flags: review?(bmcbride)
Comment on attachment 552035 [details] [diff] [review] changes to tests Review of attachment 552035 [details] [diff] [review]: ----------------------------------------------------------------- Odd that the only thing that caught that typo was a leak. Could you roll this into the original patch before it's landed? It means slightly bitrotting the mobile patch, but it's nice to not have individual commits be broken if possible.
Attachment #552035 - Flags: review?(bmcbride) → review+
Attached patch patch v2 (obsolete) — Splinter Review
Attachment #549963 - Attachment is obsolete: true
Attachment #552035 - Attachment is obsolete: true
Attached patch patch for mobile, v2 (obsolete) — Splinter Review
Attachment #550270 - Attachment is obsolete: true
Attached patch patch v3Splinter Review
Attachment #552310 - Attachment is obsolete: true
Attachment #552311 - Attachment is obsolete: true
Verified fixed with Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0a2) Gecko/20110824 Firefox/8.0a2
Status: RESOLVED → VERIFIED
Depends on: 689267
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: