-
Notifications
You must be signed in to change notification settings - Fork 100
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
Url Encoded Component names are not searchable #2330
Comments
@JSurf thanks for creating the issue, are you facing the same issue while searching releases as well? |
Yes, |
@JSurf, you also mentioned that the client you are using is also broken due to the changes, could you point out the client. |
Client Code is here: |
Description
Related Issues, Pull Requests:
#2115
#2043
#2042
Came across an issue with components containig "/" in the name which now cannot be searched. Same will be true for other special chars
Seems the mentioned merge request ( #2043 ) allows searching without encoding but now breaks encoded search strings due to the poor parsing of the query string. There is possibly a better solution to support unencoded parameters.
The new "parseQueryString" method looks very unsafe and could possibly break in many possible ways and also could also be a security risk ?
The "official" SW360 client implementation DOES urlencode the parameters and is now broken for package names with special chars.
How to reproduce
Use OSS Review toolkit and use the "upload-result-to-sw360" goal which uses the sw360 client library https://central.sonatype.com/artifact/org.eclipse.sw360/client
https://oss-review-toolkit.org/ort/docs/guides/sw360-integration
This breaks when components already exist on SW360
Another code snippet to test this:
Result: An empty array is printed
Expected: Details of the "org.apache.logging.log4j/log4j-core" should be printed
Screenshots
If applicable, add screenshots to help explain your problem.
Versions
Logs
Any logs (if any) generated in
SW360 logs
Logs generated under /var/log/sw360/sw360.log
Tomcat logs
Logs generated under /var/log/tomcat/error.log
The text was updated successfully, but these errors were encountered: