Closed Bug 1971504 Opened 8 months ago Closed 5 months ago

wallapop.com - "Precio" filter slider does not work

Categories

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

Desktop
macOS

Tracking

(Webcompat Priority:P2, Webcompat Score:4, firefox144 fixed)

RESOLVED FIXED
144 Branch
Webcompat Priority P2
Webcompat Score 4
Tracking Status
firefox144 --- fixed

People

(Reporter: tschuster, Assigned: twisniewski)

References

(Depends on 1 open bug, )

Details

(Keywords: webcompat:platform-bug, webcompat:site-report, webcompat:sitepatch-applied, Whiteboard: [webcompat:sightline])

User Story

platform:windows,mac,linux,android
impact:feature-broken
configuration:general
affects:all
branch:release
diagnosis-team:layout
user-impact-score:600

Attachments

(3 files)

Environment:
Operating system: Linux
Firefox version: Firefox 141.0

Steps to reproduce:

Actual Behavior:
The slider is not movable using the mouse.

Notes:

  • Reproduces regardless of the status of ETP
  • Reproduces in firefox-nightly, and firefox-release
  • Does not reproduce in chrome
Whiteboard: [webcompat-source:web-bugs]

I mostly filed this because it seems very similar to bug 1968198.

See Also: → 1968198
Whiteboard: [webcompat:sightline]

Similar to bug 1968198, there are two sliders on top of each other. I don't see any -webkit-slider-* attributes during a quick search, though.

Severity: -- → S2
User Story: (updated)
Webcompat Priority: --- → P2
Webcompat Score: --- → 7
Priority: -- → P2

(In reply to Dennis Schubert [:denschub] from comment #2)

Similar to bug 1968198, there are two sliders on top of each other. I don't see any -webkit-slider-* attributes during a quick search, though.

They do have some -webkit-slider-* styles, e.g.: these ones which I found in CSS generated by testcase-reducer:

    input[type=range]::-webkit-slider-thumb {
      -webkit-appearance: none;
      pointer-events: all;
      height: 32px;
      width: 32px;
      background-color: #fff;
      border: 10px solid #015354;
      border-radius: 50%;
      box-shadow: 0 0 0 1px #fff;
      background-clip: content-box;
      cursor: pointer;
    }

    input[type=range]::-webkit-slider-thumb:hover {
      background-color: #fff;
      border: 10px solid #015354;
      box-shadow: 0 0 0 4px #3dd2ba;
    }

    input[type=range]::-webkit-slider-thumb:active {
      box-shadow: 0 0 0 4px #3dd2ba;
    }

    input[type=range]:focus::-webkit-slider-thumb {
      background-color: #fff;
      border: 10px solid #015354;
      box-shadow: 0 0 0 4px #3dd2ba;
    }

(In reply to Tom Schuster (MoCo) from comment #0)

Actual Behavior:
The slider is not movable using the mouse.

Clicks aren't being registered here because they site explicitly has pointer-events:none in a rule for input[type="range"]:

    input[type=range] {
[...]
      pointer-events: none;

Then they use the aforementioned webkit-prefixed pseudos to make the slider-thumbs accept pointer-events -- but only for browsers that recognize those pseudos, which is not us.

Depends on: 1950161
No longer depends on: 1971220
Keywords: leave-open
Assignee: nobody → twisniewski
Status: NEW → ASSIGNED
Pushed by twisniewski@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/19857315b199 https://hg.mozilla.org/integration/autoland/rev/54e8e3ad9ddf add a webcompat CSS intervention to fix the broken dual sliders on wallapop.com; r=denschub,webcompat-reviewers
Webcompat Score: 7 → 4
See Also: → 1978572

This intervention no longer seems necessary; I can adjust the slider with or without it.

Keywords: leave-open
Pushed by twisniewski@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/a35f68872201 https://hg.mozilla.org/integration/autoland/rev/92638d11b68f remove our no-longer-needed webcompat intervention for wallapop.com; r=denschub,webcompat-reviewers
Status: ASSIGNED → RESOLVED
Closed: 5 months ago
Resolution: --- → FIXED
Target Milestone: --- → 144 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: