This appears to be completely fixed in python-heatclient by reverting to the default safe parameter for urllib quote calls [0] (default value is '/' - ie. specifies that '/' should not be quoted).
[0] https://docs.python.org/2/library/urllib.html#urllib.quote The code base affected for python-heatclient seems to be very similar back to mitaka, so I think we can SRU this via the Ubuntu package. ** Also affects: python-heatclient (Ubuntu) Importance: Undecided Status: New ** Changed in: python-heatclient (Ubuntu) Status: New => Triaged ** Changed in: python-heatclient (Ubuntu) Importance: Undecided => High ** Also affects: python-heatclient (Ubuntu Zesty) Importance: Undecided Status: New ** Also affects: python-heatclient (Ubuntu Artful) Importance: High Status: Triaged ** Also affects: python-heatclient (Ubuntu Xenial) Importance: Undecided Status: New ** Changed in: python-heatclient (Ubuntu Artful) Status: Triaged => Fix Released ** No longer affects: python-heatclient (Ubuntu Artful) -- You received this bug notification because you are a member of नेपाली भाषा समायोजकहरुको समूह, which is subscribed to Xenial. Matching subscriptions: Ubuntu 16.04 Bugs https://bugs.launchpad.net/bugs/1717615 Title: encoded slashes being blocked by Apache Status in OpenStack heat charm: Triaged Status in Charm Helpers: New Status in OpenStack Heat: New Status in python-heatclient package in Ubuntu: Fix Released Status in python-heatclient source package in Xenial: New Status in python-heatclient source package in Zesty: New Bug description: We came across a situation where we were unable to view resources in a stack inside Horizon. We traced it down to a communication problem with the Heat Apache frontend and Heat. After adjusting the log level for Apache, we came across the following error in the logs: [client 213.173.193.177:33920] AH00026: found %2f (encoded '/') in URI (decoded='/v1/c064a39d602d4f42bc49e09057c97683/stacks/heat_test_foo/b5c125a3-d452-49a1- a12e-03e098fbb38c/resources/foo_vm-01'), returning 404 As a workaround, we currently added the following line to the /etc/apache/sites-enabled/openstack-https_frontend.conf on our Heat instance: AllowEncodedSlashes On It is worth noting we tried to use the NoDecode option as well and that is didn't resolve the problem. To manage notifications about this bug go to: https://bugs.launchpad.net/charm-heat/+bug/1717615/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : [email protected] Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp
