#4528 closed defect (fixed)
Search for colon-containing keys broken
| Reported by: | Ldp | Owned by: | team |
|---|---|---|---|
| Priority: | major | Component: | Core |
| Version: | latest | Keywords: | r-2010-01-blocker |
| Cc: |
Description
Searching for colon-containing keys was broken in the past few days. Searching for one, for instance "a:b"=1 brings up a popup:
Unexpected token: <number>
Attachments (0)
Change History (9)
comment:1 Changed 3 years ago by Ldp
comment:2 Changed 3 years ago by avar
- Keywords r-2010-01-blocker added
- Priority changed from normal to major
- Version set to latest
Also broken: Tokens separated by =:
ref=1234
Adding this as a release blocker.
comment:3 Changed 3 years ago by Gubaer
Looks like a regression, possibly introduced in r2973?
comment:4 Changed 3 years ago by jttt
Yes, it was introduced in r2973. I'll fix it.
comment:5 follow-up: ↓ 6 Changed 3 years ago by jttt
- Resolution set to fixed
- Status changed from new to closed
comment:6 in reply to: ↑ 5 Changed 3 years ago by avar
- Resolution fixed deleted
- Status changed from closed to reopened
comment:7 Changed 3 years ago by jttt
- Resolution set to fixed
- Status changed from reopened to closed
comment:8 follow-up: ↓ 9 Changed 3 years ago by jttt
Btw ^foo$:^bar$ is no longer necessary, foo=bar does the same thing
comment:9 in reply to: ↑ 8 Changed 3 years ago by avar
Replying to jttt:
Btw ^foo$:^bar$ is no longer necessary, foo=bar does the same thing
I just added it as a testcase showing that regex search was also broken, but thanks.



Also broken: