Skip to content

Releases: bouwe77/temba

v0.32.0

15 Aug 20:56
81dbf1b
Compare
Choose a tag to compare
v0.32.0 Pre-release
Pre-release

Breaking change

Remove the configurable Cache-Control header, see #70

v0.31.0

24 Jun 19:39
1b242be
Compare
Choose a tag to compare
v0.31.0 Pre-release
Pre-release

New feature

Internal Temba logging now logs on either debug, info, or warn level to the console.

The log level can be configured through the environment variable LOG_LEVEL, example:

LOG_LEVEL=info

The default LOG_LEVEL is debug, so nothing really changed in what was logged before.

v0.30.3

21 Jun 22:49
35ddb68
Compare
Choose a tag to compare
v0.30.3 Pre-release
Pre-release

Store auth token in token field instead of in id

v0.30.2

21 Jun 18:10
01247e8
Compare
Choose a tag to compare
v0.30.2 Pre-release
Pre-release

Static folder does not require auth, when enabled

v0.30.1

21 Jun 14:38
b73217a
Compare
Choose a tag to compare
v0.30.1 Pre-release
Pre-release

This is an experimental, unsupported, undocumented, and unsafe feature for supporting auth on requests, for internal use.

Do not use (yet).

v0.30.0

21 Jun 12:17
c87f11b
Compare
Choose a tag to compare
v0.30.0 Pre-release
Pre-release

New feature

The requestInterceptor now also intercepts GET and DELETE requests.

Depending on what Temba supports per method, a requestBody is available in the callback, or not.

This also means that the id will be passed to the interceptor callback as well. Not only for the new GET and DELETE interceptors, but also for the existing PUT and PATCH interceptors.

v0.29.0

23 May 19:57
c8e25de
Compare
Choose a tag to compare
v0.29.0 Pre-release
Pre-release

Breaking change

Providing IDs in the request body of POST, PUT, or PATCH requests is not allowed and will return a 400 Bad Request response. The same applies to adding an ID in a POST request URL, or omitting an ID in a PUT or PATCH request URL.

Until now, IDs in request URLs and request bodies were ignored, and for missing IDs in URLs a 404 Not Found was returned.

Now this has been unified to a 400 Bad Request, because you are trying something that isn't supported, so let's be clear about that.

v0.28.0

17 May 20:47
f3fe04a
Compare
Choose a tag to compare
v0.28.0 Pre-release
Pre-release

Breaking change

It is no longer possible to return a string in the requestInterceptor to force a 400 Bad Request. Instead throwing errors is supported now, see #55

v0.27.0

10 May 19:28
189b852
Compare
Choose a tag to compare
v0.27.0 Pre-release
Pre-release

Breaking change

From now on, a DELETE on a collection, which deletes all items on the collection, is no longer the default.

Example request:

DELETE /movies

From now on, by default, this will return a 405 Method Not Allowed response.

If you want to allow deleting entire collections, set the allowDeleteCollection setting to true:

const config = {
  allowDeleteCollection: true,
}
const server = temba.create(config)

With this setting, a DELETE request to /movies will delete all movies, and a 204 No Content response will be returned.

v0.26.2

10 May 18:18
5d9c234
Compare
Choose a tag to compare
v0.26.2 Pre-release
Pre-release

Chore

Remove Content-Type header from requests in tests and docs, because it is not even a request header, and so certainly not required. 🤦🏻