Redux-observable вы указали undefined там, где ожидался поток

Я плохо помню, как работал redux-observable до использования RxJS >= 6, но постараюсь помочь;)

Во-первых, вам не нужно отправлять себя, redux-observable сделает это за вас. В этой статье, они показывают, как это работает под капотом, поэтому они вызывают диспетчеризацию, но вам это не обязательно. В новой реализации они удалили store как второй аргумент в пользу потока state:

const epic = (action$, store) => { ... //before
const epic = (action$, state$) => { ... //after

Но самое главное, проблема в том, что вы не возвращаете поток действий, а единичное (отправленное) действие. Со своего сайта:

It is a function which takes a stream of actions and returns a stream of actions.

Поэтому я думаю, что быстрым решением было бы вернуть наблюдаемые из вашего обратного вызова:

(err, res) => {
  if (err) {
    return Observable.of(fetchUserDetailsRejected(err))
  }
  return Observable.of(fetchUserDetailsFulfilled(res))
}

Я обновлю ответ на основе ваших комментариев. Удачи!

Я полагаю, это кажется возможной причиной undefined. Вы возвращаете undefined в обратном вызове mergeMap.

Этот

action$.ofType(FETCH_USER_DETAILS).mergeMap(() => {
    getDetails(store)
})

должно быть либо

action$.ofType(FETCH_USER_DETAILS).mergeMap(() => getDetails(store))

или

action$.ofType(FETCH_USER_DETAILS).mergeMap(() => {
    return getDetails(store)
})

Заглянем в исходный код GraphRequestManager .start:

start(timeout: ?number) {
  const that = this;
  const callback = (error, result, response) => {
    if (response) {
      that.requestCallbacks.forEach((innerCallback, index, array) => {
        if (innerCallback) {
          innerCallback(response[index][0], response[index][1]);
        }
      });
    }
    if (that.batchCallback) {
      that.batchCallback(error, result);
    }
  };

  NativeGraphRequestManager.start(this.requestBatch, timeout || 0, callback);
}

Как видите, он ничего не возвращает, так что это undefined. Для Rx mergeMap требуется экземпляр Observable или что-то совместимое с ним (больше информации).

Поскольку вы отправляете дальнейшие действия, вы можете изменить исходный код следующим образом:

export const fetchUserDetailsEpic: Epic<*, *, *> = (
  action$: ActionsObservable<*>,
  store
): Observable<CategoryAction> =>
  action$.ofType(FETCH_USER_DETAILS).do(() => { // .mergeMap changed to .do
    getDetails(store)
  })

const getDetails = store => {
  console.info(store)
  let req = new GraphRequest(
    '/me',
    {
      httpMethod: 'GET',
      version: 'v2.5',
      parameters: {
        fields: {
          string: 'email,first_name,last_name'
        }
      }
    },
    (err, res) => {
      if (err) {
        store.dispatch(fetchUserDetailsRejected(err))
      } else {
        store.dispatch(fetchUserDetailsFulfilled(res))
      }
    }
  )

  return new GraphRequestManager().addRequest(req).start()
}

Честно говоря, я считаю, что ваша вторая попытка немного лучше / меньше сочетается. Чтобы заставить его работать, вы можете сделать что-то вроде:

const getDetails = Observable.create((observer) => {
  let req = new GraphRequest(
    '/me',
    {
      httpMethod: 'GET',
      version: 'v2.5',
      parameters: {
        fields: {
          string: 'email,first_name,last_name'
        }
      }
    },
    (error, details) => {
      if (error) {
        observer.error(error)
      } else {
        observer.next(details)
        observer.complete()
      }
    }
  )

  new GraphRequestManager().addRequest(req).start()
})

export const fetchUserDetailsEpic: Epic<*, *, *> = (
  action$: ActionsObservable<*>
): Observable<CategoryAction> =>
  action$.ofType(FETCH_USER_DETAILS).mergeMap(() => {
    getDetails()
      .map(details => fetchUserDetailsFulfilled(details)) // regular .map should be enough here
      .catch(error => Observable.of(fetchUserDetailsRejected(error)))
  })

Похоже, у @artur grzesiak есть правильный ответ, но для полноты картины я думаю, что bindCallback можно использовать именно так.

Единственная проблема, с которой я столкнулся с ответом Артура, заключается в том, что я не думаю, что нам нужно отлавливать ошибку в эпопее, поскольку fetchUserDetailsRejected - это действие по обработке ошибок (предположительно, редуктор справляется с этим соответствующим образом).

Я использовал эту ссылку Статические общедоступные методы RxJs: bindCallback

Give it a function f of type f(x, callback) and it will return a function g that when called as g(x) will output an Observable.

// This callback receives the results and returns one or other action (non-observable)
const callback = (err, res) => {
  return err 
    ? fetchUserDetailsRejected(err)
    : fetchUserDetailsFulfilled(res)
}

// Here is the graph request uncluttered by concerns about the epic
const getDetails = (store, callback) => {
  console.info(store)
  let req = new GraphRequest(
    '/me',
    {
      httpMethod: 'GET',
      version: 'v2.5',
      parameters: {
        fields: {
          string: 'email,first_name,last_name'
        }
      }
    },
    callback
  )
  new GraphRequestManager().addRequest(req).start()
}

// This bound function wraps the action returned from callback in an Observable
const getDetails$ = Observable.bindCallback(getDetails).take(1)

// The epic definition using bound callback to return an Observable action
export const fetchUserDetailsEpic: Epic<*, *, *> = 
  (action$: ActionsObservable<*>, store): Observable<CategoryAction> =>
    action$.ofType(FETCH_USER_DETAILS).mergeMap(() => getDetails$(store))