[Bug 1717615] Re: encoded slashes being blocked by Apache

[Corey Bryant]

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 Ubuntu
OpenStack, which is subscribed to python-heatclient in Ubuntu.
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