New issue
Advanced search Search tips

Issue 890249 link

Starred by 1 user

Issue metadata

Status: Unconfirmed
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Tooltips shown at wrong place

Reported by smayo...@gmail.com, Sep 28

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36

Steps to reproduce the problem:
1. Windows
2. Chrome
3. Docked

What is the expected behavior?
Tooltips should appear at the expected location

What went wrong?
I develop an application which makes use of the CEF (Chromium Embedded Framework). My application can be
docked to the left or right side using SHAppBarMessage function on Windows.
When the application is docked, Chromium displays the tooltips out of the window as it can be seen in the picture.
This behaviour can be just reproduced with Chrome as I did in my C# Test Project. Chrome is defined as Child of my Form and this Form is docked to the left side.

Did this work before? Yes 57?

Does this work in other browsers? Yes

Chrome version: 69.0.3497.100  Channel: stable
OS Version: 10.0
Flash Version: 

This issue does not appear in I use Cef Version 57.0, 3.2987.1601

Checking the chromium sources this maybe related to the Working Area of the monitor when an appbar is registered.

    MONITORINFO mInfo;
    mInfo.cbSize = sizeof(MONITORINFO);
    GetMonitorInfo(hMon, &mInfo);

rcWork < rcMonitor

And I checked Firefox with my Test Project and the tooltip appeared at the right place.
 
chrome.png
56.3 KB View Download
I imagine Chrome does not officially support being a "child" of another application. If you submit a patch to fix it, it might be accepted, but I reckon it will not be fixed by Google if it is not something that is supposed to be supported.
here you have it without being a child. Same problem.
I will try to check if there was a change here:

..\cef\chromium_git\chromium\src\ui\views\corewm

or in files related to the tooltips because using version 57 I do not have this problem.



tooltip_nok.png
42.1 KB View Download
Components: Blink>Input
Labels: Needs-Triage-M69 Needs-Bisect
Cc: vamshi.kommuri@chromium.org
Labels: -Needs-Bisect Triaged-ET Needs-Feedback
@Reporter: Could you please share a sample test file, without that it would be difficult for us to triage this further and confirm the issue. 
From comment#1 it is understood that chrome doesn't seem to support the mentioned ...being a "child" of another application. Hence removing Needs-Bisect label, Please feel free to add it back if required.

Thanks!
as I wrote in my second comment 
"here you have it without being a child. Same problem."

the issue is independent whether child or parent. You can also see the picture attached in the second comment. Maybe I should close this issue and open another one without the child case just to avoid confusion.

I have attached a Visual Studio Project. Code is not nice but it should reproduce the problem.
After stopping the test you will have lost some part of the monitor area at the left side but you can recover it using the position of the taskbar in the properties. Set it to left and then bottom.
DockingTest.zip
70.6 KB Download
Project Member

Comment 7 by sheriffbot@chromium.org, Oct 1

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Components: -Blink>Input UI>Browser>Bookmarks
Cc: phanindra.mandapaka@chromium.org
Labels: TE-NeedsTriageHelp
As per comment #6, the issue reproducible with Visual Studio Project (attached). Hence, requesting someone from respective team to look into it for further triaging and adding TE-NeedsTriageHelp label to it.

Thanks..! 
Labels: -TE-NeedsTriageHelp Hotlist-DesktopUIChecked Hotlist-DesktopUIToolingRequired
***UI Masss Triage ***

Adding appropriate labels as per previous comments.

Sign in to add a comment