Closed
Bug 1324688
Opened 8 years ago
Closed 7 years ago
WE API proposal: Add an ability to get/set the status text and receive notification when the status text is about to change
Categories
(WebExtensions :: Untriaged, defect)
WebExtensions
Untriaged
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: emk, Unassigned)
References
Details
(Whiteboard: [design-decision-denied] triaged)
This is required to implement add-ons such as Link Status Redux. Currently legacy add-ons replace setOverLink to achieve this.
Reporter | ||
Updated•8 years ago
|
Blocks: webextensions-additional-apis
Updated•8 years ago
|
Whiteboard: [design-decision-needed] triaged
Comment 1•7 years ago
|
||
This has been added to the March 7 WebExtensions Triage mtg. agenda. Agenda: https://docs.google.com/document/d/1zzfedbTKAHUmm4UctxSOIJV3iKayXQ8TuXPodXW8wC0/edit#
Comment 2•7 years ago
|
||
We discussed this, and came to the conclusion that it's not worth the complexity it would entail, particularly as the status line has become less prominent in recent years, and related features like `window.status` have been disabled. If you need this sort of functionality, please consider showing the information with an in-content UI instead.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
Whiteboard: [design-decision-needed] triaged → [design-decision-denied] triaged
To get in some extra weight: Status-4-Evar[1] is an add-on with ~140k users, which probably also needs an API like this. The use case for S4E is: hiding the default status pop-up, and moving it into a bottom toolbar. Having UI elements pop over the page is often very annoying. [1] https://addons.mozilla.org/en-US/firefox/addon/status-4-evar/
Reporter | ||
Comment 4•7 years ago
|
||
(In reply to Kris Maglione [:kmag] (long backlog; ping on IRC if you're blocked) from comment #2) > If you need this sort of functionality, please consider showing the > information with an in-content UI instead. For extensions like Link Status Redux, in-content UI would have a serious privacy issue because web pages can read the last visited date from the injected UI. Is there any way that content scripts can show a UI that is inaccessible from web pages?
Flags: needinfo?(kmaglione+bmo)
Reporter | ||
Comment 5•7 years ago
|
||
(In reply to Masatoshi Kimura [:emk] from comment #4) > (In reply to Kris Maglione [:kmag] (long backlog; ping on IRC if you're > blocked) from comment #2) > > If you need this sort of functionality, please consider showing the > > information with an in-content UI instead. > > For extensions like Link Status Redux, in-content UI would have a serious > privacy issue because web pages can read the last visited date from the > injected UI. Is there any way that content scripts can show a UI that is > inaccessible from web pages? Because the ni was not responsive, I found bug 1287590 myself and read your comment saying something like "Don't inject in-content UI because it is inherently danger." Are you kidding?
Updated•6 years ago
|
Product: Toolkit → WebExtensions
Updated•6 years ago
|
Flags: needinfo?(kmaglione+bmo)
You need to log in
before you can comment on or make changes to this bug.
Description
•