Closed SaraAbdelhafeez closed 1 month ago
Thank you for bringing this issue to our attention. We appreciate your involvement! If you're interested in contributing a solution, we welcome you to create a pull request. The Bitnami team is excited to review your submission and offer feedback. You can find the contributing guidelines here.
Your contribution will greatly benefit the community. Feel free to reach out if you have any questions or need assistance.
This Issue has been automatically marked as "stale" because it has not had recent activity (for 15 days). It will be closed if no further activity occurs. Thanks for the feedback.
Due to the lack of activity in the last 5 days since it was marked as "stale", we proceed to close this Issue. Do not hesitate to reopen it later if necessary.
Name and Version
Chart Name: RabbitMQ Chart Version: 11.5.0 Helm Version: v3.15.2 Kubernetes Version: v1.27.13
What architecture are you using?
amd64
What steps will reproduce the bug?
Are you using any custom parameters or values?
the following ingress values are configured:
What is the expected behavior?
The RabbitMQ management console should correctly handle URLs containing encoded characters (like %2F) in the paths under the Queues tab and Extensions tab when accessed via the ingress. No 404 error should occur when accessing these tabs.
What do you see instead?
When trying to access any queue under the Queues tab or any extension under the Extensions tab, a 404 error is returned. The URLs contain encoded forward slashes (%2F), which seem to be misinterpreted by the ingress, resulting in a 404 error. This issue does not occur when port-forwarding the RabbitMQ service directly (i.e., using kubectl port-forward on port 15672).
Additional information
kubectl port-forward svc/rabbitmq 15672:15672
), the URLs with %2F work as expected, and no 404 errors occur.