[Bug]: The results filtered through the tag in the `findtrace` page did not match expectations

[JaredTan95]

What happened?

No data is found when filtering traces through the following tag：

http.url=http://sss.xxx.com/v1/user/spaces/1310e65f-16c6-4502-a9ef-15e0ff38e8b2/zone_roles?service_name=ss.sss.xxx.com,

Is it because the value contains the special symbol = at the end? Because passing the following query is normal：

http.url=http://sss.xxx.com/v2/healthchaeck

Steps to reproduce

Filter traces data through the following tags：

http.url=http://sss.xxx.com/v1/user/spaces/1310e65f-16c6-4502-a9ef-15e0ff38e8b2/zone_roles?service_name=ss.sss.xxx.com,

Expected behavior

Filter out the data correctly

Relevant log output

No response

Screenshot

Additional context

No response

Jaeger backend version

1.49.0

SDK

No response

Pipeline

No response

Stogage backend

No response

Operating system

No response

Deployment model

No response

Deployment configs

No response

[yurishkuro]

did you try the advice in the tooltip?

(the tooltip has a typo, I put a fix https://github.com/jaegertracing/jaeger-ui/pull/2224)

[JaredTan95]

Thank you for your reply. I used ' to wrap = like '=' for query according to what you said. Unfortunately, still failed to filter out the data:

http.url=http://sss.xxx.com/v1/user/spaces/1310e65f-16c6-4502-a9ef-15e0ff38e8b2/zone_roles?service_name'='ss.sss.xxx.com

[jkowall]

@JaredTan95 What is the backend you are using?

[JaredTan95]

@JaredTan95 What is the backend you are using?

• jaeger 1.49.0
• jaeger ui 1.33.0

[yurishkuro]

quotes around the value: http.url="http://sss.xxx.com/v1/user/spaces/1310e65f-16c6-4502-a9ef-15e0ff38e8b2/zone_roles?service_name=ss.sss.xxx.com"

[JaredTan95]

quotes around the value: http.url="http://sss.xxx.com/v1/user/spaces/1310e65f-16c6-4502-a9ef-15e0ff38e8b2/zone_roles?service_name=ss.sss.xxx.com"

Thank you for your reply, but according to your reply, it is still not effective

[yurishkuro]

Works for me in the HotROD demo (with memstore)

[my-git9]

There is also a problem in my environment:

The version information is:

[yurishkuro]

Which storage backend?

[scx1st]

Which storage backend?

ES

[yurishkuro]

I figured it out. The ES tag queries are considered regex queries. So it's not the = sign that trips the search, it's the ?.

Here is example where the search fails:

And here's example where it succeeds, after adding an escape character \\ in front of ?

This is actually documented in the help popup:

[JaredTan95]

Thanks a lot, It works~