943182 - Consider syncing CustomizableUI state (toolbar customization) between devices

Status: NEW

(Firefox :: Toolbars and Customization, enhancement, P5)

Description

[Blair McBride [:Unfocused] (UNAVAILABLE)]

One of the use-cases I originally wanted to solve with CustomizableUI was to make it simple to sync UI customization between devices. 

To achieve that, we'd need to:
* Hook up pref observers
* Split out the extra stuff from browser.customizableui.state, so it doesn't contain things like the array of seen widgets (which would act weird if we're not syncing addons)
* Set the relevant pref to sync browser.customizableui.state
* Decide whether we want UI to toggle it. ie, is UI customization included in what people consider "settings", or is it separate?

Comment 1

[Jan [:Jan\]]

I would like it very much if firefox synch the custom UI (toolbars)

Comment 2

[Jared Wein [:jaws] (please needinfo? me)]

I'm not opposed to this, but I'm marking this as P- considering this is something that the current customization mode doesn't offer and I'm trying to reduce scope creep. But this is a great idea for a v2!

Comment 5

[Daniel "warmth" Delgado]

Any news?

Comment 6

[Jared Wein [:jaws] (please needinfo? me)]

(In reply to Daniel "warmth" Delgado from comment #5)
> Any news?

No news yet. If work is started on this you'll see the activity in this bug. I don't expect it will be worked on soon, but if you or someone else would like to work on it that would be great! :)

Comment 10

[Vittorio Giovara]

To all the people in CC and duplicated bugs, please consider voting for this issue, in order to increase its visibility, and improve chances of being fixed.

Comment 12

[Lina Butler [:lina]]

(CustomizableUI controls toolbar visibility state, too. That's persisted in XUL store, which will need changes to Sync: https://searchfox.org/mozilla-central/rev/b29663c6c9c61b0bf29e8add490cbd6bad293a67/browser/base/content/browser.js#5682)

Comment 13

[tukusejssirs]

I would like to have this feature, too. Whenever I install a new device, I have to re-customise the toolbar, which is quite boring. :)

Anyway, it still is an issue on FF 65.0.2 (64-bit) on any OS (just to note).

Comment 15

[Thomas Drake-Brockman]

Would also be keen to see this feature. First thing I do after sync is to move my toolbar around.

Comment 20

[Dan]

6 years. wow.

Comment 21

[Mark Hammond [:markh] [:mhammond]]

(In reply to Daniel from comment #20)

6 years. wow.

It's not clear exactly how we should do this, or even if we should do it at all. My customizations tend to be based on the size of the screen the device has, so personally I would consider it broken if syncing "preferences" meant my toolbars were identical across all devices - and I'd be forced to turn off preference syncing, so I'd get no preferences synced at all.

Comment 22

[Dan]

One way could be renaming preferences into "settings", and create a new Sync option "User Interface". Would it then be a problem in your use case?

Comment 23

[Mark Hammond [:markh] [:mhammond]]

That would certainly be an improvement. We really need to look at everything which hangs off https://bugzilla.mozilla.org/show_bug.cgi?id=1269548 and see if there is a sane, small number of additional options we could add which could handle most things there, or some other way to capture this "long tail" of things some people would like synced, but which some other people would find strange if they were.

Comment 24

[Dan]

But it could be disabled by default, so other people who find it strange wouldn't notice?

Comment 25

[Mark Hammond [:markh] [:mhammond]]

I don't think this alone is enough to justify a new setting without considering all the other things hanging off that bug.

Comment 26

[Dan]

Which "other things" are hanging off this bug? o_O

Comment 27

[Mark Hammond [:markh] [:mhammond]]

I was referring to the "syncmore" bug. You continuing to needinfo me isn't going to make this happen any time soon.

Comment 31

[bobbuun]

With more and more features being removed from their respective prior locations and menus and thus needing toolbar buttons of their own now, the priority of this request should be increased.