Closed Bug 2043232 Opened 3 months ago Closed 1 month ago

www.sofascore.com - Text/content selection via mouse is not functioning on the page

Categories

(Web Compatibility :: Site Reports, defect, P2)

Desktop
Windows 10

Tracking

(Webcompat Priority:P2, Webcompat Score:6, firefox151 affected, firefox152 affected, firefox153 affected, firefox154 verified)

VERIFIED FIXED
Webcompat Priority P2
Webcompat Score 6
Tracking Status
firefox151 --- affected
firefox152 --- affected
firefox153 --- affected
firefox154 --- verified

People

(Reporter: bfarkas, Unassigned)

References

()

Details

(Keywords: webcompat:platform-bug, webcompat:site-report, Whiteboard: [webcompat-source:web-bugs][webcompat:sightline][webcompat:core])

User Story

user-impact-score:300
platform:windows,mac,linux
impact:annoyance
configuration:general
affects:all
branch:release
diagnosis-team:dom

Attachments

(2 files)

Environment:
Operating system: Linux / Windows 10
Firefox version: Firefox 151.0 / Firefox Nightly 153.0a1 (2026-05-28)

Steps to reproduce:

  1. Access: https://www.sofascore.com/
  2. Attempt to select any text/content with the mouse
  3. Observe the page

Expected Behavior:
Text/content can be selected accordingly

Actual Behavior:
Text/content selection via mouse is not functioning

Notes:

  • Reproduces regardless of the status of ETP
  • Reproduces in firefox-nightly, and firefox-release
  • Does not reproduce in chrome

Created from https://github.com/webcompat/web-bugs/issues/222520

Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.

Whiteboard: [webcompat-source:web-bugs] → [webcompat-source:web-bugs][webcompat:sightline][webcompat:core]
User Story: (updated)
Webcompat Priority: --- → P3
Webcompat Score: --- → 1
Severity: -- → S4
User Story: (updated)
Webcompat Priority: P3 → P2
Webcompat Score: 1 → 6
Priority: -- → P2
User Story: (updated)

I can also reproduce this.
After attempting to select any text/content with the mouse (or press ctrl+a), there is no selection highlight.
But selection API seems have valid range and pressing Ctrl+V also copy the content into clipboard.
So it looks like selection works but something is causing the selection highlight to stop working.

User Story: (updated)
Attached file simple testcase

Hmm the problem here is the style ::selection { background-color: revert; }. Probably Chrome is right that this should use the default selection background color.
Emilio, could you take a look at this (or pass it to someone else)? :)

Flags: needinfo?(emilio)

Well... background-color: revert is basically background-color: transparent if there are no other rules, right?

Jan has been the one looking at highlight painting recently. Bug 2029839 is related, if we removed this chunk then this would be fixed... Jan, any strong opinions either way?

Flags: needinfo?(emilio)
See Also: → 2029839

Worth trying it out, I r+’d the patch.

This works now.

Status: NEW → RESOLVED
Closed: 1 month ago
Resolution: --- → FIXED

Verified as FIXED using the RC Build

Tested with:

Browser / Version: Firefox 154.0-candidate build 1
Operating System: Windows 10 PRO x64

Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: