1266068 - [e10s] Tooltips appear in wrong position for a remote browser in a chat window (microphone/camera tooltip is not displayed near the hovered buttons)

Status: RESOLVED INCOMPLETE

(Hello (Loop) :: Client, defect, P3)

Description

[Ciprian Muresan [:cmuresan], Formerly of Ecosystem QA - please needinfo @mcoman for things regarding the team]

[Prerequisites]:
- Change "xpinstall.signatures.required" to False in about:config.
- Update the Hello add-on from "https://addons.mozilla.org/en-US/firefox/addon/firefox-hello-beta/versions/?page=1#version-1.3.0" .
- Set loop.server to "https://loop-dev.stage.mozaws.net/v0" in about:config.

[Affected versions]:
Nightly 48.0a1, Build ID 20160419030312

[Affected platforms]:
- Windows 10, 7
- Mac OS X 10.11
- Ubuntu 14.04 

[Steps to reproduce]:
1. Open browser and visit any website.
2. Click the Hello button and after the drop-down is displayed, click "Browse this page with a friend".
3. Select "Copy Link" option.
4. After the Hello conversation window changes its position to the bottom right, mouseover the microphone or camera buttons.

[Expected result]:
The Tooltip is displayed near the microphone/camera buttons.

[Actual result]:
The Tooltip is displayed somewhere on the left side of the screen.

[Notes]:
Attached a screen recording of the issue.

Comment 1

[Ciprian Muresan [:cmuresan], Formerly of Ecosystem QA - please needinfo @mcoman for things regarding the team]

Attachment: Tooltips.mp4

Comment 2

[Ian Bicking (:ianbicking)]

I'm not able to reproduce this on my Mac 10.11.4 Dev Edition (with 1.3, dark theme turned off), will need to see if it's specific to Nightly, or if there's something else that triggers this.

Comment 3

[Ciprian Muresan [:cmuresan], Formerly of Ecosystem QA - please needinfo @mcoman for things regarding the team]

Attachment: SSoftheissue.png

I have tested the issue on a Mac 10.11.2 with Firefox Dev edition(47.0a2, Build ID: 20160421004015) with dark theme turned off and the tool-tips are displayed somewhere on the left side of the screen. 
See attached screenshot.

Comment 4

[Mark Banner (:standard8)]

I've just tried this in a non-e10s window, and it works fine. Something messed up with tooltips here. Anyone got any ideas?

Comment 5

[Dan Mosedale (:dmosedale, :dmose)]

This kinda smells like something being absolutely positioned perhaps against the wrong viewport...

Comment 6

[Tracy Walker [:tracy]]

I can reproduce this with the reported STR's on latest Nightly: Mac 10.11.2, Nightly 49.0a1, 20160427030215.

Also reproducible on Dev-ed: Mac 10.11.2, Aurora 47.0a2, 20160425004018, in both default and dark themes.

Comment 7

[Jim Mathies [:jimm]]

This is specific to remote <browser>s embedded in the main window which are not tabs. I think this is a P1 polish bug but not blocking. Barbara, opinion?

Comment 8

[Barbara Bermes [:barbara] - NI please!]

What do you have to do in order to make the tooltip to go away at this point?

I wonder, Softvision, would this also happen for a Facebook chat window scenario? If so, this could effect more than just a few people, why I agree it's cosmetic, I'd like to get confirmation on the FB scenario. This could, potentially, become very annoying for people.

Thanks.

Comment 9

[Jim Mathies [:jimm]]

(In reply to Barbara Bermes [:barbara] from comment #8)
> What do you have to do in order to make the tooltip to go away at this point?
> 
> I wonder, Softvision, would this also happen for a Facebook chat window
> scenario? If so, this could effect more than just a few people, why I agree
> it's cosmetic, I'd like to get confirmation on the FB scenario. This could,
> potentially, become very annoying for people.
> 
> Thanks.

It won't affect facebook chat. This is specific to a remote XUL <browser> element in our layout code vs. content divs or iframes.

To answer your first question, the tooltip hides normally. The only issue here is the position. I've spot checked position of tooltips generated by content elements where the tab <browser> is shifted around (notifications, side bar) and don't see the problem. AFAICT the only case where this currently reproduces is with the e10s loop window.

Comment 10

[Barbara Bermes [:barbara] - NI please!]

Thanks Jim, so remote XUL <browser> elements are only used for Hello?

If this is just about the position, this def. is then not a blocker.

Thanks for clarifying.

Comment 11

[Jim Mathies [:jimm]]

(In reply to Barbara Bermes [:barbara] from comment #10)
> Thanks Jim, so remote XUL <browser> elements are only used for Hello?
> 
> If this is just about the position, this def. is then not a blocker.
> 
> Thanks for clarifying.

Addons can use them, but that's not a blocker for us.

Comment 12

[Ciprian Muresan [:cmuresan], Formerly of Ecosystem QA - please needinfo @mcoman for things regarding the team]

Attachment: FacebookTooltips.png

Hi Barbara, 

Facebook's chat tooltips are positioned above the hovered item, so the issue can't be reproduced.
I've attached a screenshot with Facebook's chat tooltips and showing how they are positioned.

Comment 13

[Fanolian]

Attachment: Tooltip position in Browser console

This also happens in Browser Console only if the tooltip text is extremely long. (466 characters in this example.)

The vertical position should be ok. It is just the horizontal position that makes it weird.

p.s. If it makes a difference, I have a secondary monitor on the left of the monitor shown in the screenshot.

Comment 14

[Mark Banner (:standard8)]

Support for Hello/Loop has been discontinued.

https://support.mozilla.org/kb/hello-status

Hence closing the old bugs. Thank you for your support.