Note: There are a few cases of duplicates in user autocompletion which are being worked on.

Provide a way to use iframes as toolbar items

RESOLVED WONTFIX

Status

()

Toolkit
WebExtensions: Frontend
RESOLVED WONTFIX
8 months ago
6 months ago

People

(Reporter: ntim, Unassigned)

Tracking

(Blocks: 2 bugs)

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: triaged)

(Reporter)

Description

8 months ago
This would solve lots of usecases:
- Add a custom search bar
- Add a complicated toolbar widget
- ...

Allowing extensions to add sandboxed iframes as toolbar items seems like a safe and sustainable way to satisfy the usecases above.
(Reporter)

Updated

8 months ago
Component: Developer Tools: Style Editor → WebExtensions: General
Product: Firefox → Toolkit
(Reporter)

Updated

8 months ago
Blocks: 1320336

Comment 1

8 months ago
We talked about this during the last advisory board meeting, and the consensus was that we almost certainly do not want to support this.
Component: WebExtensions: General → WebExtensions: Frontend
Whiteboard: [advisory-group]
(Reporter)

Updated

8 months ago
Blocks: 1215059
(Reporter)

Updated

8 months ago
No longer blocks: 1320336
(Reporter)

Updated

8 months ago
Blocks: 1315819

Comment 2

8 months ago
I think the next step on this bug is to ask Kev for the PRD for if we want to do this. If we did, it would probably be lower priority than a sidebar.
Flags: needinfo?(kev)

Updated

6 months ago
Whiteboard: [advisory-group] → [advisory-group]triaged

Updated

6 months ago
Flags: needinfo?(kev) → needinfo?(kmaglione+bmo)
(Reporter)

Comment 3

6 months ago
I really feel strongly about this. It's much more flexible that allowing an iframe as toolbar because you can drag around individual elements from toolbar X to toolbar Y, and that's a really important thing that is part of the Firefox identity. 

People would be able to inject (in a sandboxed iframe that has no access to the chrome):
- a custom search bar
- a weather widget
- a 3-button media player widget
- lots of other use cases, I don't think for any of these cases we want to inject a complete toolbar.

The best part is they can put it anywhere they want it in the UI, like the menu panel, the nav-bar, the tab-bar, ...


This really doesn't hold back the development of Firefox and isn't susceptible of breaking anything, so I really insist in supporting this.

Comment 4

6 months ago
There was a strong consensus that we don't want to implement this, for a variety of performance, maintainability, and UX reasons, particularly those we've already experienced in the SDK implementations.

As follow-ups:

- Mike Kaply is going to look into, and file bugs for, UI improvements we can make to the existing toolbar button support.
- Shane Caraveo is investigating custom toolbar support, which will likely include some sandboxed iframe functionality.
Status: NEW → RESOLVED
Last Resolved: 6 months ago
Flags: needinfo?(kmaglione+bmo)
Resolution: --- → WONTFIX
Whiteboard: [advisory-group]triaged → triaged

Comment 5

6 months ago
@Kris Maglione I'm not versed in the terminology, so I'd ask directly: is it a problem for pentadactyl? (I'm asking that because you said to be one of its devs, and because I'm worried about an API for it to work).
(Reporter)

Comment 6

6 months ago
(In reply to Hi-Angel from comment #5)
> @Kris Maglione I'm not versed in the terminology, so I'd ask directly: is it
> a problem for pentadactyl? (I'm asking that because you said to be one of
> its devs, and because I'm worried about an API for it to work).

Pentadactyl only needs bug 1215064 I think.
You need to log in before you can comment on or make changes to this bug.