:upward() does not work if the URL has a slash in it (path)

[ghost]

Prerequisites

• I verified that this is not a filter issue (MUST be reported at filter issue tracker)
• This is not a support issue or a question
• I performed a cursory search of the issue tracker to avoid opening a duplicate issue
• The issue is not present after wholly disabling uBlock Origin ("uBO") in the browser
• I checked the documentation to understand that the issue I report is not a normal behavior

I tried to reproduce the issue when...

• uBO is the only extension
• uBO with default lists/settings
• using a new, unmodified browser profile

Description

I've tried this DOM transcending goodness in-order to get rid of the garbage that is quora answers:
google.co.uk/search##a[href*="quora.com"]:upward(div.ZINbbc)
it didn't seems to work so I've simplified it to (for testing purposes):
google.com##a[href*="quora.com"]:upward(div.ZINbbc)
and it worked just fine.
so I've assumed it is a bug.

here is good testing page (limits to www.quora.com)
https://www.google.co.uk/search?num=20&gbv=1&tbs=qdr%3Am&q=site%3Awww.quora.com+stuff&oq=&aqs=

note: if you test stuff, note that google.com has a different structure.

A specific URL where the issue occurs

https://www.google.co.uk/search?num=20&gbv=1&tbs=qdr%3Am&q=site%3Awww.quora.com+stuff&oq=&aqs=

Steps to Reproduce

1. add rule provided in the description (with /search).
2. browse provided URL.
3. note the :upward not working.
4. remove /search from rule
5. refresh.
6. note it works now.

Expected behavior

allow URLs with paths.

Actual behavior

URLs with paths will not work.

uBlock Origin version

1.41.9b0

Browser name and version

Chromium 99.0.4844.51 (https://github.com/Hibbiki/chromium-win64/releases/download/v99.0.4844.51-r961656/chrome.sync.7z)

Operating System and version

Windows 10

[NoMeansNowastaken]

It only supports hostnames, not paths

[mapx-]

use matches-path
https://github.com/gorhill/uBlock/wiki/Procedural-cosmetic-filters#subjectmatches-patharg

working on my side:
google.co.uk##:matches-path(/search) a[href*="quora.com"]:upward([data-hveid])

[gorhill]

That page is a subpage of https://github.com/gorhill/uBlock/wiki/Static-filter-syntax#static-extended-filtering, where it is mentioned:

Static extended filters are all of the form:

[hostname(s)]##[expression]
[hostname(s)]#@#[expression]

[gorhill]

Actually I was expecting that in google.co.uk/search##a, google.co.uk/search would be highlighted as an error, but it's not. I need to fix this.