You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There is an issue in API where the etag for paginated items is not generated. Due to this the same the heroics client will always see a 304 from the /apps endpoint and always return the same list even if things have changed.
This is a blocker to upgrade the Ruby buildpack and Java Buildpack test suites away from v2 of the API.
Wondering if we could add some kind of an option or method invocation to disable etag checking for certain calls, that would work around the issue in the short term.
The text was updated successfully, but these errors were encountered:
## Platform-api gem
Use the platform-api gem which is a Heroku v3 API gem.
## Heroku 16 Compliant
- Does not support Ruby 1.9.3
-
## Replace Test Unit with Minitest
This isn't strictly necessary, but the test format of Test Unit became practically unreadable and was hurting my eyes.
## Known Issues
- 304 etag based caching is disabled due to heroku/platform-api#73
- `deployed?` could be improved to check for build success and then that the formations endpoint to ensure that `web` was `up`.
There is an issue in API where the etag for paginated items is not generated. Due to this the same the heroics client will always see a 304 from the /apps endpoint and always return the same list even if things have changed.
Here's an internal ticket about the issue:
https://github.com/heroku/api/issues/7691
This is a blocker to upgrade the Ruby buildpack and Java Buildpack test suites away from v2 of the API.
Wondering if we could add some kind of an option or method invocation to disable etag checking for certain calls, that would work around the issue in the short term.
The text was updated successfully, but these errors were encountered: