Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Hover over emoji on GitHub comment does not display tooltip with information

See original GitHub issue

Description

Hovering over an emoji in a Github issue (ex: https://github.com/brave/brave-browser/issues/3982) doesn’t show the tooltip (for lack of a better term) with the information about who added the emoji(screenshot below).

Chrome Version 78.0.3904.108 also displays this behavior (screenshot below).

In Firefox this works as expected (screenshot below).

Steps to Reproduce

Use Brave Nightly, Dev, Beta or Release
Open Github issue https://github.com/brave/brave-browser/issues/3982
Hover mouse over emoji in comment

Actual result:

No tooltip (for lack of a better term) is shown.

Expected result:

Tooltip is shown as in Firefox.

Reproduces how often:

100% reproducible

Brave version (brave://version info)

Brave | 1.3.25 Chromium: 78.0.3904.108 (Official Build) nightly (64-bit)
-- | --
Revision | 4b26898a39ee037623a72fcfb77279fce0e7d648-refs/branch-heads/3904@{#889}
OS | Linux
JavaScript | V8 7.8.279.23
Flash | (Disabled)
User Agent | Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.108 Safari/537.36
Command Line | /opt/brave.com/brave-nightly/brave --enable-dom-distiller --disable-domain-reliability --no-pings --extension-content-verification=enforce_strict --extensions-install-verification=enforce --enable-oop-rasterization=Enabled --sync-url=https://no-thanks.invalid --enable-features=NewExtensionUpdaterService,PasswordImport,WebUIDarkMode,SimplifyHttpsIndicator --disable-features=AutofillServerCommunication,SyncUSSBookmarks,SmsReceiver,AudioServiceOutOfProcess,NotificationTriggers,LookalikeUrlNavigationSuggestionsUI,UnifiedConsent --flag-switches-begin --flag-switches-end
Executable Path | /opt/brave.com/brave-nightly/brave

Version/Channel Information:

Can you reproduce this issue with the current release? Yes
Can you reproduce this issue with the beta channel? Yes
Can you reproduce this issue with the dev channel? Yes
Can you reproduce this issue with the nightly channel? Yes

Other Additional Information:

Does the issue resolve itself when disabling Brave Shields? No
Does the issue resolve itself when disabling Brave Rewards? No
Is the issue reproducible on the latest version of Chrome? Yes

Miscellaneous Information:

Issue Analytics

State:
Created 4 years ago
Comments:5 (5 by maintainers)

Top GitHub Comments

1reaction

mbacchicommented, Nov 27, 2019

Ok, indeed the issue was Wayland, as I should have expected. This works normally on Gnome using Xorg (the tried and true display server,) Wayland is the default on Fedora 30 but still has some shortcomings. I will close this as it obviously also affects Chrome on Wayland as well as Brave.

Screenshot below.