Closed Bug 483089 Opened 17 years ago Closed 16 years ago

Weave Preferences button in Add-ons manager should be enabled

Categories

(Firefox :: Sync, defect, P2)

x86
macOS
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: jono, Assigned: Mardak)

References

Details

Weave preferences button in the Add-ons manager is currently disabled. It should be enabled and it should take you to Weave preferences. This applies both to Firefox and Fennec.
Should be easy enough. -> 0.3, P2
Blocks: 468689
Priority: -- → P2
Target Milestone: -- → 0.3
That will wok in Firefox, but in Fennec the preferences screen isn't a dialog box and can't be expressed as a chrome URL to open, so I'm not sure what we'll do there.
Well, even firefox it's not so happy as we re-use firefox's pref window, so we can't just point to a chrome uri..
javascript uri? :^) or how about a chrome uri that loads the right prefs ui and then closes itself? (yuck). Adding mfinkle to cc list, he probably has some ideas here :)
I wouldn't worry too much about this yet. Fennec will be re-working the Add-on Manager. The "Options" button will no longer just open a new window. We are in the process of designing what will happen: * No options from Add-ons Manager. Add-ons will overlay their options into the Fennec options list. * Display options in-line (expand when you press the "Options" button) * ...
Okay, not worth considering this for 0.3 then. -> 0.4
Target Milestone: 0.3 → 0.4
Blocks: 486331
No longer blocks: 468689
Why not change prefwindow to simple dialog, for all cases? All extensions do it.
(In reply to comment #8) > Why not change prefwindow to simple dialog, for all cases? > All extensions do it. We don't really want the preferences to be in a dialog, prefwindow or window at all. Screens on mobile are much smaller than desktop. We are working on other ways to present preferences for mobile. As to prefwindow versus dialog - both are popup windows. prefwindow is _designed_ to display preferences.
Looks like preferences button in the Add-ons manager not designed to display prefwindow, that is _designed_ to display preferences, huh? If all designed in consistency, then why did this bug still exist, not resolved with one string in install.rdf? Because one string in install.rdf can be used with normal dialog, but not with special designed for that prefwindow?
(In reply to comment #10) > Looks like preferences button in the Add-ons manager not designed to display > prefwindow, that is _designed_ to display preferences, huh? No, it is in fact made to display a prefwindow > If all designed in consistency, then why did this bug still exist, not resolved > with one string in install.rdf? Because one string in install.rdf can be used > with normal dialog, but not with special designed for that prefwindow? This bug currently exists because Fennec (mobile) does not want any dialogs displayed for preferences and on Firefox (it seems) weave was putting preferences into Firefox's preference window, not making it's own with a prefwindow.
Extra information: The Calendar extension Lightning in Thunderbird is doing this correctly
Target Milestone: 0.4 → 1.0
Component: Weave → General
Product: Mozilla Labs → Weave
QA Contact: weave → general
No longer blocks: 486331
It seems like they're just specifying the main prefwindow URL, does it actually have magic elsewhere to select the right window?
Component: General → Firefox UI
QA Contact: general → firefox
http://hg.mozilla.org/labs/weave/rev/25f76c6fd58c Show the new pref pane (bug 521357) by having the options.xul file for Fennec (bug 523384) close iteself and open the real prefs window.
Assignee: nobody → edilee
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Target Milestone: 1.0 → 0.8
Depends on: 521357, 523384
Component: Firefox Sync: UI → Sync
Product: Cloud Services → Firefox
You need to log in before you can comment on or make changes to this bug.