254

Here's what I have going:

import 'whatwg-fetch';

function fetchVehicle(id) {
    return dispatch => {
        return dispatch({
            type: 'FETCH_VEHICLE',
            payload: fetch(`http://swapi.co/api/vehicles/${id}/`)
                .then(status)
                .then(res => res.json())            
                .catch(error => {
                    throw(error);
                })
            });
    };
}

function status(res) {
    if (!res.ok) {
        return Promise.reject()
    }
    return res;
}

EDIT: The promise doesn't get rejected, that's what I'm trying to figure out.

I'm using this fetch polyfill in Redux with redux-promise-middleware.

CC BY-SA 3.0
6

14 Answers 14

532

Fetch promises only reject with a TypeError when a network error occurs. Since 4xx and 5xx responses aren't network errors, there's nothing to catch. You'll need to throw an error yourself to use Promise#catch.

A fetch Response conveniently supplies an ok , which tells you whether the request succeeded. Something like this should do the trick:

fetch(url).then((response) => {
  if (response.ok) {
    return response.json();
  }
  throw new Error('Something went wrong');
})
.then((responseJson) => {
  // Do something with the response
})
.catch((error) => {
  console.log(error)
});
CC BY-SA 4.0
7
82

The following login with username and password example shows how to:

  1. Check response.ok
  2. reject if not OK, instead of throw an error
  3. Further process any error hints from server, e.g. validation issues
login() {
  const url = "https://example.com/api/users/login";
  const headers = {
    Accept: "application/json",
    "Content-Type": "application/json",
  };
  fetch(url, {
    method: "POST",
    headers,
    body: JSON.stringify({
      email: this.username,
      password: this.password,
    }),
  })
    .then((response) => {
      // 1. check response.ok
      if (response.ok) {
        return response.json();
      }
      return Promise.reject(response); // 2. reject instead of throw
    })
    .then((json) => {
      // all good, token is ready
      this.store.commit("token", json.access_token);
    })
    .catch((response) => {
      console.log(response.status, response.statusText);
      // 3. get error messages, if any
      response.json().then((json: any) => {
        console.log(json);
      })
    });
},

CC BY-SA 4.0
3
  • 1
    This worked for me! It seems that throw doesn't work like one might be used to in other languages. Simply returning Promise.reject() will pass all subsequent .thens and land in the next catch
    – maxorcist
    Commented Oct 29, 2021 at 12:46
  • Everywhere I find only approaches in which the pure error codes are written to the console. For a possible internationalization / representation of an error message for the users this is unsuitable. Unfortunately, I have also not yet found a 100% suitable solution.
    – michaelT
    Commented Apr 26, 2022 at 20:24
  • So if the initial fetch() call actually throws an error, how can we differentiate that? Just a typeof check on the argument?
    – miken32
    Commented Feb 27 at 1:28
30

For me, fny answers really got it all. since fetch is not throwing error, we need to throw/handle the error ourselves. Posting my solution with async/await. I think it's more strait forward and readable

Solution 1: Not throwing an error, handle the error ourselves

  async _fetch(request) {
    const fetchResult = await fetch(request); //Making the req
    const result = await fetchResult.json(); // parsing the response

    if (fetchResult.ok) {
      return result; // return success object
    }


    const responseError = {
      type: 'Error',
      message: result.message || 'Something went wrong',
      data: result.data || '',
      code: result.code || '',
    };

    const error = new Error();
    error.info = responseError;

    return (error);
  }

Here if we getting an error, we are building an error object, plain JS object and returning it, the con is that we need to handle it outside. How to use:

  const userSaved = await apiCall(data); // calling fetch
  if (userSaved instanceof Error) {
    debug.log('Failed saving user', userSaved); // handle error

    return;
  }
  debug.log('Success saving user', userSaved); // handle success

Solution 2: Throwing an error, using try/catch

async _fetch(request) {
    const fetchResult = await fetch(request);
    const result = await fetchResult.json();

    if (fetchResult.ok) {
      return result;
    }

    const responseError = {
      type: 'Error',
      message: result.message || 'Something went wrong',
      data: result.data || '',
      code: result.code || '',
    };

    let error = new Error();
    error = { ...error, ...responseError };
    throw (error);
  }

Here we are throwing and error that we created, since Error ctor approve only string, Im creating the plain Error js object, and the use will be:

  try {
    const userSaved = await apiCall(data); // calling fetch
    debug.log('Success saving user', userSaved); // handle success
  } catch (e) {
    debug.log('Failed saving user', userSaved); // handle error
  }

Solution 3: Using customer error

  async _fetch(request) {
    const fetchResult = await fetch(request);
    const result = await fetchResult.json();

    if (fetchResult.ok) {
      return result;
    }

    throw new ClassError(result.message, result.data, result.code);
  }

And:

class ClassError extends Error {

  constructor(message = 'Something went wrong', data = '', code = '') {
    super();
    this.message = message;
    this.data = data;
    this.code = code;
  }

}

Hope it helped.

CC BY-SA 4.0
2
  • 4
    Beware if fetchResult.ok is false, the response might not contain json data, in which case you'd get a different exception trying to call fetchResult.json()
    – Andy
    Commented Mar 2, 2022 at 13:10
  • Might be a possibility to check, if the fetchRestult content contains json. Maybe like this: const contentType = fetchResult.headers.get('content-type') if (contentType && contentType.indexOf('application/json') !== -1) { const result = await fetchResult.json()}
    – leonp5
    Commented Apr 26, 2023 at 8:13
29

Thanks for the help everyone, rejecting the promise in .catch() solved my issue:

export function fetchVehicle(id) {
    return dispatch => {
        return dispatch({
            type: 'FETCH_VEHICLE',
            payload: fetch(`http://swapi.co/api/vehicles/${id}/`)
                .then(status)
                .then(res => res.json())    
                .catch(error => {
                    return Promise.reject()
                })
            });
    };
}


function status(res) {
    if (!res.ok) {
        throw new Error(res.statusText);
    }
    return res;
}
CC BY-SA 3.0
8
  • 1
    You could also reject the Promise from your status function as so: function status(res) { if (!res.ok) { return Promise.reject(res.statusText); } return res; } Or actually you could reject the promise with the message given by your endpoint.
    – Watchmaker
    Commented Mar 14, 2019 at 15:00
  • Or actually you could reject the promise with the message given by your endpoint if you jsonfy that response and then return a Promise rejected with the properties that you choose from your jsonfied response.
    – Watchmaker
    Commented Mar 14, 2019 at 15:07
  • 7
    That .catch(error => { return Promise.reject() }) seems rather pointless. Why suppress the useful error and reject with undefined instead?
    – Bergi
    Commented Sep 26, 2019 at 21:52
  • 2
    @Vivek Or you could equally just throw undefined;. What I'm complaining about was not the rejection, but ignoring the error. Probably the whole thing should be omitted though.
    – Bergi
    Commented Apr 28, 2020 at 15:50
  • 1
    @Vivek That might make more sense, but that's not what they did. Also using undefined instead of an error with a proper message is still a bad practice.
    – Bergi
    Commented Apr 28, 2020 at 16:02
19

2021 TypeScript Answer

What I do is write a fetch wrapper that takes a generic and if the response is ok it will auto .json() and type assert the result, otherwise the wrapper throws the response

export const fetcher = async <T>(input: RequestInfo, init?: RequestInit) => {
  const response = await fetch(input, init);

  if (!response.ok) {
    throw response;
  }

  return response.json() as Promise<T>;
};

and then I'll catch errors and check if they are an instanceof Response. That way TypeScript knows that error has Response properties such as status statusText body headers etc. and I can apply a custom message for each 4xx 5xx status code.

try {
  return await fetcher<LoginResponse>("http://localhost:8080/login", {
    method: "POST",
    headers: {
      Accept: "application/json",
      "Content-Type": "application/json",
    },
    body: JSON.stringify({ email: "user@example.com", password: "passw0rd" }),
  });
} catch (error) {
  if (error instanceof Response) {
    switch (error.status) {
      case 401:
        throw new Error("Invalid login credentials");
      /* ... */
      default:
        throw new Error(`Unknown server error occured: ${error.statusText}`);
    }
  }
  throw new Error(`Something went wrong: ${error.message || error}`);
}

and if something like a network error occurs it can be caught outside of the instanceof Response check with a more generic message i.e.

throw new Error(`Something went wrong: ${error.message || error}`);
CC BY-SA 4.0
1
  • Is it in any way possible to distinguish between 500 and 503 status codes? Often in these cases the variable error is not an instance of Response, so I have no further information about the source of the error (Server offline
    – michaelT
    Commented Apr 26, 2022 at 20:22
8

The answer by @fny (the accepted answer) didn't work for me. The throw new Error() wasn't getting picked up by the .catch. My solution was to wrap the fetch with a function that builds a new promise:


function my_fetch(url, args) {
  return new Promise((resolve, reject) => {
    fetch(url, args)
    .then((response) => {
      response.text().then((body) => { 
        if (response.ok) {
          resolve(body) 
        } else {
          reject(body) 
        }
      })
    })
    .catch((error) => { reject(error) })
  })
}

Now every error and non-ok return will be picked up by the .catch method:

my_fetch(url, args)
.then((response) => {
  // Do something with the response
})
.catch((error) => {
  // Do something with the error
})
CC BY-SA 4.0
6

Another (shorter) version that resonates with most answers:

fetch(url)

.then(response => response.ok
    ? response.json()
    : Promise.reject(response)) //throw if not 200-OK

.then(json => doStuff(json)) //all good

.catch(response => handleError(response)) //handle errors
CC BY-SA 4.0
4
function handleErrors(response) {
    if (!response.ok) {
        throw Error(response.statusText);
    }
    return response;
}
fetch("https://example.com/api/users")
    .then(handleErrors)
    .then(response => console.log("ok") )
    .catch(error => console.log(error) );
CC BY-SA 4.0
3

I wasn't satisfied with any of the suggested solutions, so I played a bit with Fetch API to find a way to handle both success responses and error responses.

Plan was to get {status: XXX, message: 'a message'} format as a result in both cases.

Note: Success response can contain an empty body. In that case we fallback and use Response.status and Response.statusText to populate resulting response object.

fetch(url)
  .then(handleResponse)
  .then((responseJson) => {
    // Do something with the response
  })
  .catch((error) => {
    console.log(error)
  });

export const handleResponse = (res) => {
  if (!res.ok) {
    return res
      .text()
      .then(result => JSON.parse(result))
      .then(result => Promise.reject({ status: result.status, message: result.message }));
  }
  return res
    .json()
    .then(result => Promise.resolve(result))
    .catch(() => Promise.resolve({ status: res.status, message: res.statusText }));
};
CC BY-SA 4.0
1
  • What's the purpose of result => Promise.resolve(result). Either result is a Promise or not, but then would handle it either way, wrapping it in a Promise just creates an extra layer that will immediately get unwrapped, no?
    – Dtipson
    Commented Nov 23, 2022 at 15:29
1

Hope this helps for me throw Error is not working

function handleErrors(response) {
  if (!response.ok) {
    return new Promise((resolve, reject) => {
      setTimeout(() => {
        reject({
          status: response.status,
          statusText: response.statusText,
        });
      }, 0);
    });
  }
  return response.json();
}

function clickHandler(event) {
  const textInput = input.value;
  let output;
  fetch(`${URL}${encodeURI(textInput)}`)
    .then(handleErrors)
    .then((json) => {
      output = json.contents.translated;
      console.log(output);
      outputDiv.innerHTML = "<p>" + output + "</p>";
    })
    .catch((error) => alert(error.statusText));

}
CC BY-SA 4.0
1

I just checked the status of the response object in particular by using its -ok property that indicates a successfull response (status from 200 - 299) per boolean.

$promise.then( function successCallback(response) {  
  console.log(response);
  if (response.ok) { ... }
});
CC BY-SA 4.0
2
1
fetch(url, options)
  .then (
    async (response) => {
      const json = await response.json();
      if (response.ok) {
        console.log(json)
      }
      else {
        console.log(json)
      }
    }
  )
CC BY-SA 4.0
1
  • While this code may answer the question, providing additional context regarding why and/or how this code answers the question improves its long-term value.
    – Matt
    Commented Aug 23, 2023 at 13:58
0

By inspiration from the marked answer and this answer and also my thoughts on using async/await and have a more legible and more synchronous-like code, I prefer to answer the question post like the following:

const _call = async <T = any>(
  method: 'GET' | 'POST' | 'PUT' | 'DELETE',
  url: string,
  data?: any
): Promise<T> => {

  try {
    const fetchResult = await fetch(url, {
      method,
      ...(data ? { body: JSON.stringify(data) } : {}),
    });
    const result = await fetchResult.json();

    if (!fetchResult.ok) {
       // Here you can throw your error type as you wish
       throw result;
    }

    return result;

  } catch (e) {

    // Sentry.captureException(e);
    throw e;
  }
};

HINT: Obviously, this _call wrapper function upon the Fetch API needs more things like headers or params handling. This answer is a short term of my complete version and I reduced many checks and handlers to create a simple and legible code for here.

CC BY-SA 4.0
-2

As fetch only catch the network errors in the catch block, its better to use Axios which catch both the network errors and HTTP errors in catch block

As simple as this:

axios.get(url)
  .then(function (response) {
    // handle success
    console.log(response);
  })
  .catch(function (error) {
    // handle error
    console.log(error);
  })

For documentation: https://axios-http.com/docs/intro

CC BY-SA 4.0

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.