Closed
Bug 918600
Opened 12 years ago
Closed 9 years ago
Tooltips and autocomplete not visible from panels
Categories
(Add-on SDK Graveyard :: General, defect, P2)
Add-on SDK Graveyard
General
Tracking
(firefox51 fixed)
RESOLVED
FIXED
mozilla51
| Tracking | Status | |
|---|---|---|
| firefox51 | --- | fixed |
People
(Reporter: brettz9, Assigned: jwkbugzilla)
References
Details
Attachments
(2 files, 1 obsolete file)
|
432 bytes,
text/plain
|
Details | |
|
1.03 KB,
patch
|
jwkbugzilla
:
review+
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101 Firefox/25.0 (Beta/Release)
Build ID: 20130917123208
Steps to reproduce:
Add code like <div title="a tooltip">Hover over me to see a tooltip</div> or
<div>Enter a browser:</div>
<input list="browsers" />
<datalist id="browsers">
<option value="Chrome">
<option value="Firefox">
<option value="Internet Explorer">
<option value="Opera">
<option value="Safari">
</datalist>
...to a panel.
Actual results:
"title" tooltips don't show on hovering over the element with a "title" attribute and neither does the datalist autocomplete.
Expected results:
A simple tooltip should show on hovering over the element with a "title", and autocomplete values should display and be selectable when typing initial-matching letter sequences.
Comment 1•12 years ago
|
||
Probably has to do with it being a XUL panel, hm..
Priority: -- → P2
Comment 2•12 years ago
|
||
Looks like same issue in Sidebar:
http://stackoverflow.com/questions/19308428/tooltips-dont-display-in-hml5-page-loaded-in-sidebar-created-by-mozilla-addon-s
Comment 4•11 years ago
|
||
bug 744884 (which i marked duplicate because STR) was P1, so taking P2 off to re-prioritize.
also, bug 952578 seems related. we should get someone from platform to look at this.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: P2 → --
Priority: -- → P2
| Reporter | ||
Comment 5•11 years ago
|
||
Is there any reason that plain HTML cannot be used in place of XUL panels, encouraging the use of HTML widgets communicating through content scripts to get any higher level behaviors?
For example, to overcome this issue with autocomplete, I've hacked my own autocomplete code (for file paths at https://github.com/brettz9/executable-builder/blob/master/lib/executableResponses.js#L510 or URL history at https://github.com/brettz9/executable-builder/blob/master/lib/executableResponses.js#L108 though this code is not yet fully modularized).
It is nice to get the other benefits of HTML, such as the ability to introspect elements, copy-paste text, have access to add-ons which overlay context menus, etc. In my view, such an approach would be more in line with FF's traditions of user introspection and hackability.
(The only concern I've encountered thus far is that I am not aware of any alternative to granting chrome privileges to the openDialog() call to open my HTML in order to get it to display centerscreen.)
Comment 6•11 years ago
|
||
I can confirm that it's not related to SDK: creating a XUL panel in scratchpad and adding the HTML elements by creating directly inside without iframe, has the same result.
Component: General → XP Toolkit/Widgets: XUL
Product: Add-on SDK → Core
Comment 7•11 years ago
|
||
You'll need a tooltip assigned to the frame like so:
let view = getActiveView(panel);
view.querySelector("iframe").setAttribute("tooltip", "aHTMLTooltip");
| Assignee | ||
Comment 8•10 years ago
|
||
Yes, this is definitely miscategorized - that's an SDK issue, not XUL. The xul:iframe element generated by the SDK is missing a tooltip attribute. I can confirm that the suggestion in comment #7 works, adding tooltip="aHTMLTooltip" to that element via Browser Toolbox makes tooltips work. In other words, the following change applied to https://github.com/mozilla/addon-sdk/blob/3b8aed/lib/sdk/panel/utils.js#L243 should do (at least for Firefox):
frame.setAttribute("transparent", "transparent");
frame.setAttribute("autocompleteenabled", true);
+ frame.setAttribute("tooltip", "aHTMLTooltip");
if (platform === "darwin") {
frame.style.borderRadius = "6px";
Component: XP Toolkit/Widgets: XUL → General
Product: Core → Add-on SDK
| Assignee | ||
Updated•9 years ago
|
Assignee: nobody → trev.moz
| Assignee | ||
Updated•9 years ago
|
Status: NEW → ASSIGNED
| Assignee | ||
Comment 9•9 years ago
|
||
I created a pull request under https://github.com/mozilla/addon-sdk/pull/2050.
| Assignee | ||
Comment 10•9 years ago
|
||
Attachment #8788584 -
Flags: review?(zer0)
Comment 11•9 years ago
|
||
Comment on attachment 8788584 [details] [diff] [review]
Proposed patch
Review of attachment 8788584 [details] [diff] [review]:
-----------------------------------------------------------------
Looks good to me! Thanks Wladimir for working on this!
Attachment #8788584 -
Flags: review?(zer0) → review+
Updated•9 years ago
|
Keywords: checkin-needed
Comment 12•9 years ago
|
||
Please submit a patch against mozilla-central with proper commit information included.
https://developer.mozilla.org/en-US/docs/Mercurial/Using_Mercurial#How_can_I_generate_a_patch_for_somebody_else_to_check-in_for_me.3F
Keywords: checkin-needed
| Assignee | ||
Comment 13•9 years ago
|
||
Created a proper Mercurial patch against mozilla-central, taking over r+ flag.
Attachment #8788584 -
Attachment is obsolete: true
Attachment #8789345 -
Flags: review+
| Assignee | ||
Updated•9 years ago
|
Keywords: checkin-needed
Comment 14•9 years ago
|
||
Pushed by ryanvm@gmail.com:
https://hg.mozilla.org/integration/fx-team/rev/54358335e1b1
Make sure tooltips are displayed for SDK panels. r=zer0
Keywords: checkin-needed
Comment 15•9 years ago
|
||
| bugherder | ||
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox51:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla51
You need to log in
before you can comment on or make changes to this bug.
Description
•