-
Notifications
You must be signed in to change notification settings - Fork 19
LOG-4457: Loki search does not allow special chars #130
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
@zhuje: This pull request references Jira Issue OCPBUGS-14902, which is invalid:
Comment The bug has been updated to refer to the pull request using the external bug tracker. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
I see there are a couple of test failures. Also, with this approach I guess we won't be able to search for any string that contains a |
/test test-e2e |
/retest |
@zhuje we need to fix the e2e tests as some of them are matching on the expected query and this changed including the ticks, in particular |
…o form raw strings (``) instead of plain strings using quotes(""). This allows special characters to be escaped in Loki LogQL queries.
@zhuje: all tests passed! Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
/lgtm @zhuje we might need to update the JIRA ticket to add the specific logging version rather than the OCP version. Also this might need to be backported to 5.7 |
/approved |
/jira refresh |
@zhuje: This pull request references Jira Issue OCPBUGS-14902, which is invalid:
Comment In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@zhuje: No Jira issue is referenced in the title of this pull request. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/jira refresh |
@zhuje: No Jira issue is referenced in the title of this pull request. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@zhuje: This pull request references Jira Issue OCPBUGS-14902, which is invalid:
Comment In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/jira refresh |
@zhuje: This pull request references Jira Issue OCPBUGS-14902, which is invalid:
Comment In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@zhuje: No Jira issue is referenced in the title of this pull request. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@zhuje: This pull request references Jira Issue OCPBUGS-14902, which is invalid:
Comment In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/jira refresh |
@zhuje: This pull request references Jira Issue OCPBUGS-14902, which is valid. The bug has been moved to the POST state. 3 validation(s) were run on this bug
Requesting review from QA contact: In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: kyoto, zhuje The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@zhuje: Jira Issue OCPBUGS-14902: All pull requests linked via external trackers have merged: Jira Issue OCPBUGS-14902 has been moved to the MODIFIED state. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/cherrypick release-5.7 |
@zhuje: new pull request created: #136 In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Related Issue
https://issues.redhat.com/browse/OCPBUGS-14902
Summary
Fix the content filter by converting text input into a raw string (
<text…>
) instead of plain string (""). This allows special characters to be escaped within Loki LogQLs.Resources
https://grafana.com/blog/2021/01/05/how-to-escape-special-characters-with-lokis-logql
Before

The text input ""manger-role"" causes a parsing error.
After

The text input is now wrapped in backtick (``) instead of quotes (""). The text input
"manger-role"
no longer causes a parsing error.