Bug 113616 - Mouse pointer actions are offset vertically to actual mouse location (Win10, with OpenGL enabled)
Summary: Mouse pointer actions are offset vertically to actual mouse location (Win10, ...
Status: RESOLVED DUPLICATE of bug 107764
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected) release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
Keywords: bibisectRequest, possibleRegression
Depends on:
Blocks: VCL-OpenGL
  Show dependency treegraph
Reported: 2017-11-02 23:29 UTC by Adrian Levi
Modified: 2017-11-30 06:01 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

Screenshot excerpt showing mouse pointer location with an activated save button 'on mouseover' (55.49 KB, image/png)
2017-11-02 23:31 UTC, Adrian Levi
Details - OpenGL Status On (66.90 KB, image/png)
2017-11-07 22:29 UTC, Adrian Levi

Note You need to log in before you can comment on or make changes to this bug.
Description Adrian Levi 2017-11-02 23:29:48 UTC
All of the mouse pointer actions are offset vertically higher than the actual mouse pointer, Affects all products including launcher.

Steps to Reproduce:
1.Open Program

Actual Results:  
Happens every time

Expected Results:
Mouse action and location to not be offset.

Reproducible: Always

User Profile Reset: No

Additional Info:
I have a screenshot of the mouse pointer and a 'on mouseover' button being activated with tooltip.

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Safari/537.36
Comment 1 Adrian Levi 2017-11-02 23:31:46 UTC
Created attachment 137489 [details]
Screenshot excerpt showing mouse pointer location with an activated save button 'on mouseover'
Comment 2 Xisco Faulí 2017-11-03 10:24:18 UTC
*** Bug 113612 has been marked as a duplicate of this bug. ***
Comment 3 Xisco Faulí 2017-11-03 10:24:24 UTC
*** Bug 113614 has been marked as a duplicate of this bug. ***
Comment 4 Xisco Faulí 2017-11-03 10:27:44 UTC
Suddenly, this problem has been reported by three different people within 24 hours and it seems it only happens on Win 10. I'm wondering if a system update might have caused this. Any recent system update on win 10?
Comment 5 Adrian Levi 2017-11-03 13:26:28 UTC
Hello Xisco,

To be honest, I've noticed this bug for a while. Now is the first time I've reported it because I was assuming a lot of people would report it and it would have been fixed in a point release.

I can download and install previous versions to try disect when the bug showed (if as you say it's not a Windows issue).

I won't be able to do this until Monday though.
Comment 6 Adrian Levi 2017-11-07 05:30:37 UTC
OK, I worked backwards from current, installing each most recently patched major version.

The bug disappears somewhere between and

I'll work forwards from to try narrow it further.
Comment 7 Adrian Levi 2017-11-07 07:01:21 UTC
Ok This is as close as I can get:  Not affected.
Both these versions have windows displayed but the contents of the windows are black and no output. Is affected by the bug.

Please let me know If I can perform further testing to get this bug sorted.

Comment 8 Kevin Suo 2017-11-07 07:28:19 UTC
(In reply to Adrian Levi from comment #7)
Would you please copy the version information in the "Help -> About LibreOffice" dialog.

Also please check whether "Tools -> Options -> LibreOffice -> View -> Use OpenGL for all rendering" is checked. 
Disable this option and restart libreoffice to see if the bug is still there.
Comment 9 Maxim Monastirsky 2017-11-07 07:47:36 UTC
Looks like another duplicate of Bug 107764.
Comment 10 Adrian Levi 2017-11-07 22:29:44 UTC
Created attachment 137611 [details] - OpenGL Status On

OpenGL Status for - On
Problem evident in screenshot where top of window is impinged.
Comment 11 Adrian Levi 2017-11-07 22:33:06 UTC
First version affected (Full version information as requested from Help->About)

I can also confirm that turning off OpenGL fixes the problem.

Version: (x64)
Build ID: bcace328aabc4c8c10b56daa87da0a2ee6579b5a
Threads 8; Ver: Windows 6.19; Render: default; 

Locale: en-AU (en_AU)
Comment 12 Adrian Levi 2017-11-07 22:51:01 UTC
Version: (x64)
Build ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
CPU threads: 8; OS: Windows 6.19; UI render: default; 
Locale: en-AU (en_AU); Calc: group

Bug evident in latest stable and is still resolved by turning off OpenGL.
Comment 13 Adrian Levi 2017-11-07 23:31:09 UTC
Looking at some connected bug reports my opengl_device.log contents:

DriverDate: 5-17-2017
DeviceID: PCI\VEN_8086&DEV_193B&SUBSYS_20648086&REV_09
AdapterVendorID: 0x8086
AdapterDeviceID: 0x193b
AdapterSubsysID: 0x20648086
DeviceKey: System\CurrentControlSet\Control\Video\{21FD29E4-A518-44C7-86F8-3ACBFE1A5C9D}\0000
DeviceString: Intel(R) Iris(TM) Pro Graphics 580

What else can I test to try get this issue resolved?
Comment 14 Kevin Suo 2017-11-10 01:12:26 UTC
I think thua should be Set to NEW as There are several duplicates.The workaround as said is to disable OpenGL temporarily in youR installation.
Maybe these drivers should also be put into the blacklist?
Comment 15 Adrian Levi 2017-11-10 06:09:10 UTC
Out of curiosity I reinstalled which is the earliest unaffected version for me. I note that OpenGL is disabled by default in that version.

Enabling OpenGL causes the screen output to be blanked, the same as: and

I had to delete the LibreOfficeDev profile to get it to work again.
Comment 16 Aron Budea 2017-11-30 02:14:16 UTC
See directions in bug 107764, in short: please update your graphics drivers.

*** This bug has been marked as a duplicate of bug 107764 ***
Comment 17 Aron Budea 2017-11-30 06:01:32 UTC
Additionally, a quick explanation to what you described in comment 15, Adrian. The OpenGL framework in LibreOffice underwent major changes between 4.4 and 5.2, and the OpenGL support in betas (sometimes even in the first releases) was shaky.