Brave-browser: Hover over emoji on GitHub comment does not display tooltip with information

Created on 22 Nov 2019  路  5Comments  路  Source: brave/brave-browser

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).

image

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

image

In Firefox this works as expected (screenshot below).

image

Steps to Reproduce

  1. Use Brave Nightly, Dev, Beta or Release
  2. Open Github issue https://github.com/brave/brave-browser/issues/3982
  3. 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:

Chromiuwaiting upstream OLinux webcompat

All 5 comments

Works great on 1.0.1 - can you please re-test, @mbacchi?

I still see it on Brave 1.0.1 even with shields down:

image

Weird- works for me on macOS, Windows, and even Ubuntu 18? Pic from Ubuntu 18
Screen Shot 2019-11-27 at 10 23 27 AM

@mbacchi you're using Fedora right? What's the window manager? (GNOME?)

Yes, Fedora 30, using Gnome (with Wayland). Wayland may be the factor here, will test on Xorg in a moment.

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.

image

Was this page helpful?
0 / 5 - 0 ratings