2017-05-20 16:31:47 +01:00
|
|
|
import api, { getLinks } from '../api';
|
2016-09-13 01:24:40 +01:00
|
|
|
|
|
|
|
export const ACCOUNT_FETCH_REQUEST = 'ACCOUNT_FETCH_REQUEST';
|
|
|
|
export const ACCOUNT_FETCH_SUCCESS = 'ACCOUNT_FETCH_SUCCESS';
|
|
|
|
export const ACCOUNT_FETCH_FAIL = 'ACCOUNT_FETCH_FAIL';
|
|
|
|
|
2016-09-15 23:21:51 +01:00
|
|
|
export const ACCOUNT_FOLLOW_REQUEST = 'ACCOUNT_FOLLOW_REQUEST';
|
|
|
|
export const ACCOUNT_FOLLOW_SUCCESS = 'ACCOUNT_FOLLOW_SUCCESS';
|
|
|
|
export const ACCOUNT_FOLLOW_FAIL = 'ACCOUNT_FOLLOW_FAIL';
|
|
|
|
|
|
|
|
export const ACCOUNT_UNFOLLOW_REQUEST = 'ACCOUNT_UNFOLLOW_REQUEST';
|
|
|
|
export const ACCOUNT_UNFOLLOW_SUCCESS = 'ACCOUNT_UNFOLLOW_SUCCESS';
|
|
|
|
export const ACCOUNT_UNFOLLOW_FAIL = 'ACCOUNT_UNFOLLOW_FAIL';
|
|
|
|
|
2016-10-03 17:49:52 +01:00
|
|
|
export const ACCOUNT_BLOCK_REQUEST = 'ACCOUNT_BLOCK_REQUEST';
|
|
|
|
export const ACCOUNT_BLOCK_SUCCESS = 'ACCOUNT_BLOCK_SUCCESS';
|
|
|
|
export const ACCOUNT_BLOCK_FAIL = 'ACCOUNT_BLOCK_FAIL';
|
|
|
|
|
|
|
|
export const ACCOUNT_UNBLOCK_REQUEST = 'ACCOUNT_UNBLOCK_REQUEST';
|
|
|
|
export const ACCOUNT_UNBLOCK_SUCCESS = 'ACCOUNT_UNBLOCK_SUCCESS';
|
|
|
|
export const ACCOUNT_UNBLOCK_FAIL = 'ACCOUNT_UNBLOCK_FAIL';
|
|
|
|
|
2017-02-06 01:51:56 +00:00
|
|
|
export const ACCOUNT_MUTE_REQUEST = 'ACCOUNT_MUTE_REQUEST';
|
|
|
|
export const ACCOUNT_MUTE_SUCCESS = 'ACCOUNT_MUTE_SUCCESS';
|
|
|
|
export const ACCOUNT_MUTE_FAIL = 'ACCOUNT_MUTE_FAIL';
|
|
|
|
|
|
|
|
export const ACCOUNT_UNMUTE_REQUEST = 'ACCOUNT_UNMUTE_REQUEST';
|
|
|
|
export const ACCOUNT_UNMUTE_SUCCESS = 'ACCOUNT_UNMUTE_SUCCESS';
|
|
|
|
export const ACCOUNT_UNMUTE_FAIL = 'ACCOUNT_UNMUTE_FAIL';
|
|
|
|
|
2016-10-27 20:59:56 +01:00
|
|
|
export const FOLLOWERS_FETCH_REQUEST = 'FOLLOWERS_FETCH_REQUEST';
|
|
|
|
export const FOLLOWERS_FETCH_SUCCESS = 'FOLLOWERS_FETCH_SUCCESS';
|
|
|
|
export const FOLLOWERS_FETCH_FAIL = 'FOLLOWERS_FETCH_FAIL';
|
|
|
|
|
2016-11-13 19:42:54 +00:00
|
|
|
export const FOLLOWERS_EXPAND_REQUEST = 'FOLLOWERS_EXPAND_REQUEST';
|
|
|
|
export const FOLLOWERS_EXPAND_SUCCESS = 'FOLLOWERS_EXPAND_SUCCESS';
|
|
|
|
export const FOLLOWERS_EXPAND_FAIL = 'FOLLOWERS_EXPAND_FAIL';
|
|
|
|
|
2016-10-27 20:59:56 +01:00
|
|
|
export const FOLLOWING_FETCH_REQUEST = 'FOLLOWING_FETCH_REQUEST';
|
|
|
|
export const FOLLOWING_FETCH_SUCCESS = 'FOLLOWING_FETCH_SUCCESS';
|
|
|
|
export const FOLLOWING_FETCH_FAIL = 'FOLLOWING_FETCH_FAIL';
|
|
|
|
|
2016-11-13 19:42:54 +00:00
|
|
|
export const FOLLOWING_EXPAND_REQUEST = 'FOLLOWING_EXPAND_REQUEST';
|
|
|
|
export const FOLLOWING_EXPAND_SUCCESS = 'FOLLOWING_EXPAND_SUCCESS';
|
|
|
|
export const FOLLOWING_EXPAND_FAIL = 'FOLLOWING_EXPAND_FAIL';
|
|
|
|
|
2016-10-28 19:05:44 +01:00
|
|
|
export const RELATIONSHIPS_FETCH_REQUEST = 'RELATIONSHIPS_FETCH_REQUEST';
|
|
|
|
export const RELATIONSHIPS_FETCH_SUCCESS = 'RELATIONSHIPS_FETCH_SUCCESS';
|
|
|
|
export const RELATIONSHIPS_FETCH_FAIL = 'RELATIONSHIPS_FETCH_FAIL';
|
|
|
|
|
2016-12-26 20:33:51 +00:00
|
|
|
export const FOLLOW_REQUESTS_FETCH_REQUEST = 'FOLLOW_REQUESTS_FETCH_REQUEST';
|
|
|
|
export const FOLLOW_REQUESTS_FETCH_SUCCESS = 'FOLLOW_REQUESTS_FETCH_SUCCESS';
|
|
|
|
export const FOLLOW_REQUESTS_FETCH_FAIL = 'FOLLOW_REQUESTS_FETCH_FAIL';
|
|
|
|
|
|
|
|
export const FOLLOW_REQUESTS_EXPAND_REQUEST = 'FOLLOW_REQUESTS_EXPAND_REQUEST';
|
|
|
|
export const FOLLOW_REQUESTS_EXPAND_SUCCESS = 'FOLLOW_REQUESTS_EXPAND_SUCCESS';
|
|
|
|
export const FOLLOW_REQUESTS_EXPAND_FAIL = 'FOLLOW_REQUESTS_EXPAND_FAIL';
|
|
|
|
|
|
|
|
export const FOLLOW_REQUEST_AUTHORIZE_REQUEST = 'FOLLOW_REQUEST_AUTHORIZE_REQUEST';
|
|
|
|
export const FOLLOW_REQUEST_AUTHORIZE_SUCCESS = 'FOLLOW_REQUEST_AUTHORIZE_SUCCESS';
|
|
|
|
export const FOLLOW_REQUEST_AUTHORIZE_FAIL = 'FOLLOW_REQUEST_AUTHORIZE_FAIL';
|
|
|
|
|
|
|
|
export const FOLLOW_REQUEST_REJECT_REQUEST = 'FOLLOW_REQUEST_REJECT_REQUEST';
|
|
|
|
export const FOLLOW_REQUEST_REJECT_SUCCESS = 'FOLLOW_REQUEST_REJECT_SUCCESS';
|
|
|
|
export const FOLLOW_REQUEST_REJECT_FAIL = 'FOLLOW_REQUEST_REJECT_FAIL';
|
|
|
|
|
2016-09-13 01:24:40 +01:00
|
|
|
export function fetchAccount(id) {
|
|
|
|
return (dispatch, getState) => {
|
2017-03-04 21:17:10 +00:00
|
|
|
dispatch(fetchRelationships([id]));
|
|
|
|
|
|
|
|
if (getState().getIn(['accounts', id], null) !== null) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2016-09-13 01:24:40 +01:00
|
|
|
dispatch(fetchAccountRequest(id));
|
|
|
|
|
2016-10-30 14:06:43 +00:00
|
|
|
api(getState).get(`/api/v1/accounts/${id}`).then(response => {
|
|
|
|
dispatch(fetchAccountSuccess(response.data));
|
2016-09-13 01:24:40 +01:00
|
|
|
}).catch(error => {
|
|
|
|
dispatch(fetchAccountFail(id, error));
|
|
|
|
});
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function fetchAccountRequest(id) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_FETCH_REQUEST,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2016-09-13 01:24:40 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2016-10-30 14:06:43 +00:00
|
|
|
export function fetchAccountSuccess(account) {
|
2016-09-13 01:24:40 +01:00
|
|
|
return {
|
|
|
|
type: ACCOUNT_FETCH_SUCCESS,
|
2017-05-20 16:31:47 +01:00
|
|
|
account,
|
2016-09-13 01:24:40 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function fetchAccountFail(id, error) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_FETCH_FAIL,
|
2016-11-13 19:42:54 +00:00
|
|
|
id,
|
2017-02-26 22:06:27 +00:00
|
|
|
error,
|
2017-05-20 16:31:47 +01:00
|
|
|
skipAlert: true,
|
2016-09-13 01:24:40 +01:00
|
|
|
};
|
|
|
|
};
|
2016-09-15 23:21:51 +01:00
|
|
|
|
Allow hiding of reblogs from followed users (#5762)
* Allow hiding of reblogs from followed users
This adds a new entry to the account menu to allow users to hide
future reblogs from a user (and then if they've done that, to show
future reblogs instead).
This does not remove or add historical reblogs from/to the user's
timeline; it only affects new statuses.
The API for this operates by sending a "reblogs" key to the follow
endpoint. If this is sent when starting a new follow, it will be
respected from the beginning of the follow relationship (even if
the follow request must be approved by the followee). If this is
sent when a follow relationship already exists, it will simply
update the existing follow relationship. As with the notification
muting, this will now return an object ({reblogs: [true|false]}) or
false for each follow relationship when requesting relationship
information for an account. This should cause few issues due to an
object being truthy in many languages, but some modifications may
need to be made in pickier languages.
Database changes: adds a show_reblogs column (default true,
non-nullable) to the follows and follow_requests tables. Because
these are non-nullable, we use the existing MigrationHelpers to
perform this change without locking those tables, although the
tables are likely to be small anyway.
Tests included.
See also <https://github.com/glitch-soc/mastodon/pull/212>.
* Rubocop fixes
* Code review changes
* Test fixes
This patchset closes #648 and resolves #3271.
* Rubocop fix
* Revert reblogs defaulting in argument, fix tests
It turns out we needed this for the same reason we needed it in muting:
if nil gets passed in somehow (most usually by an API client not passing
any value), we need to detect and handle it.
We could specify a default in the parameter and then also catch nil, but
there's no great reason to duplicate the default value.
2017-11-28 14:00:35 +00:00
|
|
|
export function followAccount(id, reblogs = true) {
|
2016-09-15 23:21:51 +01:00
|
|
|
return (dispatch, getState) => {
|
Allow hiding of reblogs from followed users (#5762)
* Allow hiding of reblogs from followed users
This adds a new entry to the account menu to allow users to hide
future reblogs from a user (and then if they've done that, to show
future reblogs instead).
This does not remove or add historical reblogs from/to the user's
timeline; it only affects new statuses.
The API for this operates by sending a "reblogs" key to the follow
endpoint. If this is sent when starting a new follow, it will be
respected from the beginning of the follow relationship (even if
the follow request must be approved by the followee). If this is
sent when a follow relationship already exists, it will simply
update the existing follow relationship. As with the notification
muting, this will now return an object ({reblogs: [true|false]}) or
false for each follow relationship when requesting relationship
information for an account. This should cause few issues due to an
object being truthy in many languages, but some modifications may
need to be made in pickier languages.
Database changes: adds a show_reblogs column (default true,
non-nullable) to the follows and follow_requests tables. Because
these are non-nullable, we use the existing MigrationHelpers to
perform this change without locking those tables, although the
tables are likely to be small anyway.
Tests included.
See also <https://github.com/glitch-soc/mastodon/pull/212>.
* Rubocop fixes
* Code review changes
* Test fixes
This patchset closes #648 and resolves #3271.
* Rubocop fix
* Revert reblogs defaulting in argument, fix tests
It turns out we needed this for the same reason we needed it in muting:
if nil gets passed in somehow (most usually by an API client not passing
any value), we need to detect and handle it.
We could specify a default in the parameter and then also catch nil, but
there's no great reason to duplicate the default value.
2017-11-28 14:00:35 +00:00
|
|
|
const alreadyFollowing = getState().getIn(['relationships', id, 'following']);
|
2016-09-15 23:21:51 +01:00
|
|
|
dispatch(followAccountRequest(id));
|
|
|
|
|
Allow hiding of reblogs from followed users (#5762)
* Allow hiding of reblogs from followed users
This adds a new entry to the account menu to allow users to hide
future reblogs from a user (and then if they've done that, to show
future reblogs instead).
This does not remove or add historical reblogs from/to the user's
timeline; it only affects new statuses.
The API for this operates by sending a "reblogs" key to the follow
endpoint. If this is sent when starting a new follow, it will be
respected from the beginning of the follow relationship (even if
the follow request must be approved by the followee). If this is
sent when a follow relationship already exists, it will simply
update the existing follow relationship. As with the notification
muting, this will now return an object ({reblogs: [true|false]}) or
false for each follow relationship when requesting relationship
information for an account. This should cause few issues due to an
object being truthy in many languages, but some modifications may
need to be made in pickier languages.
Database changes: adds a show_reblogs column (default true,
non-nullable) to the follows and follow_requests tables. Because
these are non-nullable, we use the existing MigrationHelpers to
perform this change without locking those tables, although the
tables are likely to be small anyway.
Tests included.
See also <https://github.com/glitch-soc/mastodon/pull/212>.
* Rubocop fixes
* Code review changes
* Test fixes
This patchset closes #648 and resolves #3271.
* Rubocop fix
* Revert reblogs defaulting in argument, fix tests
It turns out we needed this for the same reason we needed it in muting:
if nil gets passed in somehow (most usually by an API client not passing
any value), we need to detect and handle it.
We could specify a default in the parameter and then also catch nil, but
there's no great reason to duplicate the default value.
2017-11-28 14:00:35 +00:00
|
|
|
api(getState).post(`/api/v1/accounts/${id}/follow`, { reblogs }).then(response => {
|
|
|
|
dispatch(followAccountSuccess(response.data, alreadyFollowing));
|
2016-09-15 23:21:51 +01:00
|
|
|
}).catch(error => {
|
|
|
|
dispatch(followAccountFail(error));
|
|
|
|
});
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function unfollowAccount(id) {
|
|
|
|
return (dispatch, getState) => {
|
|
|
|
dispatch(unfollowAccountRequest(id));
|
|
|
|
|
2016-09-27 15:58:23 +01:00
|
|
|
api(getState).post(`/api/v1/accounts/${id}/unfollow`).then(response => {
|
2017-10-13 15:44:02 +01:00
|
|
|
dispatch(unfollowAccountSuccess(response.data, getState().get('statuses')));
|
2016-09-15 23:21:51 +01:00
|
|
|
}).catch(error => {
|
|
|
|
dispatch(unfollowAccountFail(error));
|
|
|
|
});
|
2017-05-20 16:31:47 +01:00
|
|
|
};
|
2016-09-15 23:21:51 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
export function followAccountRequest(id) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_FOLLOW_REQUEST,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2016-09-15 23:21:51 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
Allow hiding of reblogs from followed users (#5762)
* Allow hiding of reblogs from followed users
This adds a new entry to the account menu to allow users to hide
future reblogs from a user (and then if they've done that, to show
future reblogs instead).
This does not remove or add historical reblogs from/to the user's
timeline; it only affects new statuses.
The API for this operates by sending a "reblogs" key to the follow
endpoint. If this is sent when starting a new follow, it will be
respected from the beginning of the follow relationship (even if
the follow request must be approved by the followee). If this is
sent when a follow relationship already exists, it will simply
update the existing follow relationship. As with the notification
muting, this will now return an object ({reblogs: [true|false]}) or
false for each follow relationship when requesting relationship
information for an account. This should cause few issues due to an
object being truthy in many languages, but some modifications may
need to be made in pickier languages.
Database changes: adds a show_reblogs column (default true,
non-nullable) to the follows and follow_requests tables. Because
these are non-nullable, we use the existing MigrationHelpers to
perform this change without locking those tables, although the
tables are likely to be small anyway.
Tests included.
See also <https://github.com/glitch-soc/mastodon/pull/212>.
* Rubocop fixes
* Code review changes
* Test fixes
This patchset closes #648 and resolves #3271.
* Rubocop fix
* Revert reblogs defaulting in argument, fix tests
It turns out we needed this for the same reason we needed it in muting:
if nil gets passed in somehow (most usually by an API client not passing
any value), we need to detect and handle it.
We could specify a default in the parameter and then also catch nil, but
there's no great reason to duplicate the default value.
2017-11-28 14:00:35 +00:00
|
|
|
export function followAccountSuccess(relationship, alreadyFollowing) {
|
2016-09-15 23:21:51 +01:00
|
|
|
return {
|
|
|
|
type: ACCOUNT_FOLLOW_SUCCESS,
|
2017-05-20 16:31:47 +01:00
|
|
|
relationship,
|
Allow hiding of reblogs from followed users (#5762)
* Allow hiding of reblogs from followed users
This adds a new entry to the account menu to allow users to hide
future reblogs from a user (and then if they've done that, to show
future reblogs instead).
This does not remove or add historical reblogs from/to the user's
timeline; it only affects new statuses.
The API for this operates by sending a "reblogs" key to the follow
endpoint. If this is sent when starting a new follow, it will be
respected from the beginning of the follow relationship (even if
the follow request must be approved by the followee). If this is
sent when a follow relationship already exists, it will simply
update the existing follow relationship. As with the notification
muting, this will now return an object ({reblogs: [true|false]}) or
false for each follow relationship when requesting relationship
information for an account. This should cause few issues due to an
object being truthy in many languages, but some modifications may
need to be made in pickier languages.
Database changes: adds a show_reblogs column (default true,
non-nullable) to the follows and follow_requests tables. Because
these are non-nullable, we use the existing MigrationHelpers to
perform this change without locking those tables, although the
tables are likely to be small anyway.
Tests included.
See also <https://github.com/glitch-soc/mastodon/pull/212>.
* Rubocop fixes
* Code review changes
* Test fixes
This patchset closes #648 and resolves #3271.
* Rubocop fix
* Revert reblogs defaulting in argument, fix tests
It turns out we needed this for the same reason we needed it in muting:
if nil gets passed in somehow (most usually by an API client not passing
any value), we need to detect and handle it.
We could specify a default in the parameter and then also catch nil, but
there's no great reason to duplicate the default value.
2017-11-28 14:00:35 +00:00
|
|
|
alreadyFollowing,
|
2016-09-15 23:21:51 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function followAccountFail(error) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_FOLLOW_FAIL,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2016-09-15 23:21:51 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function unfollowAccountRequest(id) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_UNFOLLOW_REQUEST,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2016-09-15 23:21:51 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2017-10-13 15:44:02 +01:00
|
|
|
export function unfollowAccountSuccess(relationship, statuses) {
|
2016-09-15 23:21:51 +01:00
|
|
|
return {
|
|
|
|
type: ACCOUNT_UNFOLLOW_SUCCESS,
|
2017-05-20 16:31:47 +01:00
|
|
|
relationship,
|
2017-10-13 15:44:02 +01:00
|
|
|
statuses,
|
2016-09-15 23:21:51 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function unfollowAccountFail(error) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_UNFOLLOW_FAIL,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2016-09-15 23:21:51 +01:00
|
|
|
};
|
|
|
|
};
|
2016-09-18 17:18:46 +01:00
|
|
|
|
2016-10-03 17:49:52 +01:00
|
|
|
export function blockAccount(id) {
|
|
|
|
return (dispatch, getState) => {
|
|
|
|
dispatch(blockAccountRequest(id));
|
|
|
|
|
|
|
|
api(getState).post(`/api/v1/accounts/${id}/block`).then(response => {
|
2016-11-23 21:57:57 +00:00
|
|
|
// Pass in entire statuses map so we can use it to filter stuff in different parts of the reducers
|
|
|
|
dispatch(blockAccountSuccess(response.data, getState().get('statuses')));
|
2016-10-03 17:49:52 +01:00
|
|
|
}).catch(error => {
|
|
|
|
dispatch(blockAccountFail(id, error));
|
|
|
|
});
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function unblockAccount(id) {
|
|
|
|
return (dispatch, getState) => {
|
|
|
|
dispatch(unblockAccountRequest(id));
|
|
|
|
|
|
|
|
api(getState).post(`/api/v1/accounts/${id}/unblock`).then(response => {
|
|
|
|
dispatch(unblockAccountSuccess(response.data));
|
|
|
|
}).catch(error => {
|
|
|
|
dispatch(unblockAccountFail(id, error));
|
|
|
|
});
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function blockAccountRequest(id) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_BLOCK_REQUEST,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2016-10-03 17:49:52 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2016-11-23 21:57:57 +00:00
|
|
|
export function blockAccountSuccess(relationship, statuses) {
|
2016-10-03 17:49:52 +01:00
|
|
|
return {
|
|
|
|
type: ACCOUNT_BLOCK_SUCCESS,
|
2016-11-23 21:57:57 +00:00
|
|
|
relationship,
|
2017-05-20 16:31:47 +01:00
|
|
|
statuses,
|
2016-10-03 17:49:52 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function blockAccountFail(error) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_BLOCK_FAIL,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2016-10-03 17:49:52 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function unblockAccountRequest(id) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_UNBLOCK_REQUEST,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2016-10-03 17:49:52 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function unblockAccountSuccess(relationship) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_UNBLOCK_SUCCESS,
|
2017-05-20 16:31:47 +01:00
|
|
|
relationship,
|
2016-10-03 17:49:52 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function unblockAccountFail(error) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_UNBLOCK_FAIL,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2016-10-03 17:49:52 +01:00
|
|
|
};
|
|
|
|
};
|
2016-10-27 20:59:56 +01:00
|
|
|
|
2017-02-06 01:51:56 +00:00
|
|
|
|
2017-11-15 02:56:41 +00:00
|
|
|
export function muteAccount(id, notifications) {
|
2017-02-06 01:51:56 +00:00
|
|
|
return (dispatch, getState) => {
|
|
|
|
dispatch(muteAccountRequest(id));
|
|
|
|
|
2017-11-15 02:56:41 +00:00
|
|
|
api(getState).post(`/api/v1/accounts/${id}/mute`, { notifications }).then(response => {
|
2017-02-06 01:51:56 +00:00
|
|
|
// Pass in entire statuses map so we can use it to filter stuff in different parts of the reducers
|
|
|
|
dispatch(muteAccountSuccess(response.data, getState().get('statuses')));
|
|
|
|
}).catch(error => {
|
|
|
|
dispatch(muteAccountFail(id, error));
|
|
|
|
});
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function unmuteAccount(id) {
|
|
|
|
return (dispatch, getState) => {
|
|
|
|
dispatch(unmuteAccountRequest(id));
|
|
|
|
|
|
|
|
api(getState).post(`/api/v1/accounts/${id}/unmute`).then(response => {
|
|
|
|
dispatch(unmuteAccountSuccess(response.data));
|
|
|
|
}).catch(error => {
|
|
|
|
dispatch(unmuteAccountFail(id, error));
|
|
|
|
});
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function muteAccountRequest(id) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_MUTE_REQUEST,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2017-02-06 01:51:56 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function muteAccountSuccess(relationship, statuses) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_MUTE_SUCCESS,
|
|
|
|
relationship,
|
2017-05-20 16:31:47 +01:00
|
|
|
statuses,
|
2017-02-06 01:51:56 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function muteAccountFail(error) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_MUTE_FAIL,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2017-02-06 01:51:56 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function unmuteAccountRequest(id) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_UNMUTE_REQUEST,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2017-02-06 01:51:56 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function unmuteAccountSuccess(relationship) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_UNMUTE_SUCCESS,
|
2017-05-20 16:31:47 +01:00
|
|
|
relationship,
|
2017-02-06 01:51:56 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function unmuteAccountFail(error) {
|
|
|
|
return {
|
|
|
|
type: ACCOUNT_UNMUTE_FAIL,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2017-02-06 01:51:56 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
|
2016-10-27 20:59:56 +01:00
|
|
|
export function fetchFollowers(id) {
|
|
|
|
return (dispatch, getState) => {
|
|
|
|
dispatch(fetchFollowersRequest(id));
|
|
|
|
|
|
|
|
api(getState).get(`/api/v1/accounts/${id}/followers`).then(response => {
|
2016-11-13 19:52:11 +00:00
|
|
|
const next = getLinks(response).refs.find(link => link.rel === 'next');
|
2016-11-13 19:42:54 +00:00
|
|
|
|
2016-11-13 19:52:11 +00:00
|
|
|
dispatch(fetchFollowersSuccess(id, response.data, next ? next.uri : null));
|
2016-10-28 19:05:44 +01:00
|
|
|
dispatch(fetchRelationships(response.data.map(item => item.id)));
|
2016-10-27 20:59:56 +01:00
|
|
|
}).catch(error => {
|
|
|
|
dispatch(fetchFollowersFail(id, error));
|
|
|
|
});
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function fetchFollowersRequest(id) {
|
|
|
|
return {
|
|
|
|
type: FOLLOWERS_FETCH_REQUEST,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2016-10-27 20:59:56 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2016-11-13 19:52:11 +00:00
|
|
|
export function fetchFollowersSuccess(id, accounts, next) {
|
2016-10-27 20:59:56 +01:00
|
|
|
return {
|
|
|
|
type: FOLLOWERS_FETCH_SUCCESS,
|
2016-11-13 19:42:54 +00:00
|
|
|
id,
|
|
|
|
accounts,
|
2017-05-20 16:31:47 +01:00
|
|
|
next,
|
2016-10-27 20:59:56 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function fetchFollowersFail(id, error) {
|
|
|
|
return {
|
|
|
|
type: FOLLOWERS_FETCH_FAIL,
|
2016-11-13 19:42:54 +00:00
|
|
|
id,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2016-11-13 19:42:54 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function expandFollowers(id) {
|
|
|
|
return (dispatch, getState) => {
|
2016-11-13 19:52:11 +00:00
|
|
|
const url = getState().getIn(['user_lists', 'followers', id, 'next']);
|
|
|
|
|
|
|
|
if (url === null) {
|
|
|
|
return;
|
|
|
|
}
|
2016-11-13 19:42:54 +00:00
|
|
|
|
|
|
|
dispatch(expandFollowersRequest(id));
|
|
|
|
|
|
|
|
api(getState).get(url).then(response => {
|
2016-11-13 19:52:11 +00:00
|
|
|
const next = getLinks(response).refs.find(link => link.rel === 'next');
|
2016-11-13 19:42:54 +00:00
|
|
|
|
2016-11-13 19:52:11 +00:00
|
|
|
dispatch(expandFollowersSuccess(id, response.data, next ? next.uri : null));
|
2016-11-13 19:42:54 +00:00
|
|
|
dispatch(fetchRelationships(response.data.map(item => item.id)));
|
|
|
|
}).catch(error => {
|
|
|
|
dispatch(expandFollowersFail(id, error));
|
|
|
|
});
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function expandFollowersRequest(id) {
|
|
|
|
return {
|
|
|
|
type: FOLLOWERS_EXPAND_REQUEST,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2016-11-13 19:42:54 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2016-11-13 19:52:11 +00:00
|
|
|
export function expandFollowersSuccess(id, accounts, next) {
|
2016-11-13 19:42:54 +00:00
|
|
|
return {
|
|
|
|
type: FOLLOWERS_EXPAND_SUCCESS,
|
|
|
|
id,
|
|
|
|
accounts,
|
2017-05-20 16:31:47 +01:00
|
|
|
next,
|
2016-11-13 19:42:54 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function expandFollowersFail(id, error) {
|
|
|
|
return {
|
|
|
|
type: FOLLOWERS_EXPAND_FAIL,
|
|
|
|
id,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2016-10-27 20:59:56 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function fetchFollowing(id) {
|
|
|
|
return (dispatch, getState) => {
|
|
|
|
dispatch(fetchFollowingRequest(id));
|
|
|
|
|
|
|
|
api(getState).get(`/api/v1/accounts/${id}/following`).then(response => {
|
2016-11-13 19:52:11 +00:00
|
|
|
const next = getLinks(response).refs.find(link => link.rel === 'next');
|
|
|
|
|
|
|
|
dispatch(fetchFollowingSuccess(id, response.data, next ? next.uri : null));
|
2016-10-28 19:05:44 +01:00
|
|
|
dispatch(fetchRelationships(response.data.map(item => item.id)));
|
2016-10-27 20:59:56 +01:00
|
|
|
}).catch(error => {
|
|
|
|
dispatch(fetchFollowingFail(id, error));
|
|
|
|
});
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function fetchFollowingRequest(id) {
|
|
|
|
return {
|
|
|
|
type: FOLLOWING_FETCH_REQUEST,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2016-10-27 20:59:56 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2016-11-13 20:02:10 +00:00
|
|
|
export function fetchFollowingSuccess(id, accounts, next) {
|
2016-10-27 20:59:56 +01:00
|
|
|
return {
|
|
|
|
type: FOLLOWING_FETCH_SUCCESS,
|
2016-11-13 19:42:54 +00:00
|
|
|
id,
|
2016-11-13 20:02:10 +00:00
|
|
|
accounts,
|
2017-05-20 16:31:47 +01:00
|
|
|
next,
|
2016-10-27 20:59:56 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function fetchFollowingFail(id, error) {
|
|
|
|
return {
|
|
|
|
type: FOLLOWING_FETCH_FAIL,
|
2016-11-13 19:42:54 +00:00
|
|
|
id,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2016-11-13 19:42:54 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function expandFollowing(id) {
|
|
|
|
return (dispatch, getState) => {
|
2016-11-13 19:52:11 +00:00
|
|
|
const url = getState().getIn(['user_lists', 'following', id, 'next']);
|
|
|
|
|
|
|
|
if (url === null) {
|
|
|
|
return;
|
|
|
|
}
|
2016-11-13 19:42:54 +00:00
|
|
|
|
|
|
|
dispatch(expandFollowingRequest(id));
|
|
|
|
|
|
|
|
api(getState).get(url).then(response => {
|
2016-11-13 19:52:11 +00:00
|
|
|
const next = getLinks(response).refs.find(link => link.rel === 'next');
|
2016-11-13 19:42:54 +00:00
|
|
|
|
2016-11-13 19:52:11 +00:00
|
|
|
dispatch(expandFollowingSuccess(id, response.data, next ? next.uri : null));
|
2016-11-13 19:42:54 +00:00
|
|
|
dispatch(fetchRelationships(response.data.map(item => item.id)));
|
|
|
|
}).catch(error => {
|
|
|
|
dispatch(expandFollowingFail(id, error));
|
|
|
|
});
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function expandFollowingRequest(id) {
|
|
|
|
return {
|
|
|
|
type: FOLLOWING_EXPAND_REQUEST,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2016-11-13 19:42:54 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2016-11-13 19:52:11 +00:00
|
|
|
export function expandFollowingSuccess(id, accounts, next) {
|
2016-11-13 19:42:54 +00:00
|
|
|
return {
|
|
|
|
type: FOLLOWING_EXPAND_SUCCESS,
|
|
|
|
id,
|
|
|
|
accounts,
|
2017-05-20 16:31:47 +01:00
|
|
|
next,
|
2016-11-13 19:42:54 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function expandFollowingFail(id, error) {
|
|
|
|
return {
|
|
|
|
type: FOLLOWING_EXPAND_FAIL,
|
|
|
|
id,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2016-10-27 20:59:56 +01:00
|
|
|
};
|
|
|
|
};
|
2016-10-28 19:05:44 +01:00
|
|
|
|
2017-04-02 21:02:38 +01:00
|
|
|
export function fetchRelationships(accountIds) {
|
2016-10-28 19:05:44 +01:00
|
|
|
return (dispatch, getState) => {
|
2017-04-02 21:02:38 +01:00
|
|
|
const loadedRelationships = getState().get('relationships');
|
|
|
|
const newAccountIds = accountIds.filter(id => loadedRelationships.get(id, null) === null);
|
|
|
|
|
|
|
|
if (newAccountIds.length === 0) {
|
2017-01-15 13:41:49 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2017-04-02 21:02:38 +01:00
|
|
|
dispatch(fetchRelationshipsRequest(newAccountIds));
|
2016-10-28 19:05:44 +01:00
|
|
|
|
2017-04-02 21:02:38 +01:00
|
|
|
api(getState).get(`/api/v1/accounts/relationships?${newAccountIds.map(id => `id[]=${id}`).join('&')}`).then(response => {
|
2016-10-28 19:05:44 +01:00
|
|
|
dispatch(fetchRelationshipsSuccess(response.data));
|
|
|
|
}).catch(error => {
|
|
|
|
dispatch(fetchRelationshipsFail(error));
|
|
|
|
});
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function fetchRelationshipsRequest(ids) {
|
|
|
|
return {
|
|
|
|
type: RELATIONSHIPS_FETCH_REQUEST,
|
2017-01-19 10:23:24 +00:00
|
|
|
ids,
|
2017-05-20 16:31:47 +01:00
|
|
|
skipLoading: true,
|
2016-10-28 19:05:44 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function fetchRelationshipsSuccess(relationships) {
|
|
|
|
return {
|
|
|
|
type: RELATIONSHIPS_FETCH_SUCCESS,
|
2017-01-19 10:23:24 +00:00
|
|
|
relationships,
|
2017-05-20 16:31:47 +01:00
|
|
|
skipLoading: true,
|
2016-10-28 19:05:44 +01:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function fetchRelationshipsFail(error) {
|
|
|
|
return {
|
|
|
|
type: RELATIONSHIPS_FETCH_FAIL,
|
2017-01-19 10:23:24 +00:00
|
|
|
error,
|
2017-05-20 16:31:47 +01:00
|
|
|
skipLoading: true,
|
2016-10-28 19:05:44 +01:00
|
|
|
};
|
|
|
|
};
|
2016-12-26 20:33:51 +00:00
|
|
|
|
|
|
|
export function fetchFollowRequests() {
|
|
|
|
return (dispatch, getState) => {
|
|
|
|
dispatch(fetchFollowRequestsRequest());
|
|
|
|
|
|
|
|
api(getState).get('/api/v1/follow_requests').then(response => {
|
|
|
|
const next = getLinks(response).refs.find(link => link.rel === 'next');
|
2017-05-20 16:31:47 +01:00
|
|
|
dispatch(fetchFollowRequestsSuccess(response.data, next ? next.uri : null));
|
2016-12-26 20:33:51 +00:00
|
|
|
}).catch(error => dispatch(fetchFollowRequestsFail(error)));
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function fetchFollowRequestsRequest() {
|
|
|
|
return {
|
2017-05-20 16:31:47 +01:00
|
|
|
type: FOLLOW_REQUESTS_FETCH_REQUEST,
|
2016-12-26 20:33:51 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function fetchFollowRequestsSuccess(accounts, next) {
|
|
|
|
return {
|
|
|
|
type: FOLLOW_REQUESTS_FETCH_SUCCESS,
|
|
|
|
accounts,
|
2017-05-20 16:31:47 +01:00
|
|
|
next,
|
2016-12-26 20:33:51 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function fetchFollowRequestsFail(error) {
|
|
|
|
return {
|
|
|
|
type: FOLLOW_REQUESTS_FETCH_FAIL,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2016-12-26 20:33:51 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function expandFollowRequests() {
|
|
|
|
return (dispatch, getState) => {
|
|
|
|
const url = getState().getIn(['user_lists', 'follow_requests', 'next']);
|
|
|
|
|
|
|
|
if (url === null) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
dispatch(expandFollowRequestsRequest());
|
|
|
|
|
|
|
|
api(getState).get(url).then(response => {
|
|
|
|
const next = getLinks(response).refs.find(link => link.rel === 'next');
|
2017-05-20 16:31:47 +01:00
|
|
|
dispatch(expandFollowRequestsSuccess(response.data, next ? next.uri : null));
|
2016-12-26 20:33:51 +00:00
|
|
|
}).catch(error => dispatch(expandFollowRequestsFail(error)));
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function expandFollowRequestsRequest() {
|
|
|
|
return {
|
2017-05-20 16:31:47 +01:00
|
|
|
type: FOLLOW_REQUESTS_EXPAND_REQUEST,
|
2016-12-26 20:33:51 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function expandFollowRequestsSuccess(accounts, next) {
|
|
|
|
return {
|
|
|
|
type: FOLLOW_REQUESTS_EXPAND_SUCCESS,
|
|
|
|
accounts,
|
2017-05-20 16:31:47 +01:00
|
|
|
next,
|
2016-12-26 20:33:51 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function expandFollowRequestsFail(error) {
|
|
|
|
return {
|
|
|
|
type: FOLLOW_REQUESTS_EXPAND_FAIL,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2016-12-26 20:33:51 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function authorizeFollowRequest(id) {
|
|
|
|
return (dispatch, getState) => {
|
|
|
|
dispatch(authorizeFollowRequestRequest(id));
|
|
|
|
|
|
|
|
api(getState)
|
|
|
|
.post(`/api/v1/follow_requests/${id}/authorize`)
|
2017-06-23 15:05:04 +01:00
|
|
|
.then(() => dispatch(authorizeFollowRequestSuccess(id)))
|
2016-12-26 20:33:51 +00:00
|
|
|
.catch(error => dispatch(authorizeFollowRequestFail(id, error)));
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function authorizeFollowRequestRequest(id) {
|
|
|
|
return {
|
|
|
|
type: FOLLOW_REQUEST_AUTHORIZE_REQUEST,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2016-12-26 20:33:51 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function authorizeFollowRequestSuccess(id) {
|
|
|
|
return {
|
|
|
|
type: FOLLOW_REQUEST_AUTHORIZE_SUCCESS,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2016-12-26 20:33:51 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function authorizeFollowRequestFail(id, error) {
|
|
|
|
return {
|
|
|
|
type: FOLLOW_REQUEST_AUTHORIZE_FAIL,
|
|
|
|
id,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2016-12-26 20:33:51 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
|
|
export function rejectFollowRequest(id) {
|
|
|
|
return (dispatch, getState) => {
|
|
|
|
dispatch(rejectFollowRequestRequest(id));
|
|
|
|
|
|
|
|
api(getState)
|
|
|
|
.post(`/api/v1/follow_requests/${id}/reject`)
|
2017-06-23 15:05:04 +01:00
|
|
|
.then(() => dispatch(rejectFollowRequestSuccess(id)))
|
2016-12-26 20:33:51 +00:00
|
|
|
.catch(error => dispatch(rejectFollowRequestFail(id, error)));
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function rejectFollowRequestRequest(id) {
|
|
|
|
return {
|
|
|
|
type: FOLLOW_REQUEST_REJECT_REQUEST,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2016-12-26 20:33:51 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function rejectFollowRequestSuccess(id) {
|
|
|
|
return {
|
|
|
|
type: FOLLOW_REQUEST_REJECT_SUCCESS,
|
2017-05-20 16:31:47 +01:00
|
|
|
id,
|
2016-12-26 20:33:51 +00:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
|
|
|
export function rejectFollowRequestFail(id, error) {
|
|
|
|
return {
|
|
|
|
type: FOLLOW_REQUEST_REJECT_FAIL,
|
|
|
|
id,
|
2017-05-20 16:31:47 +01:00
|
|
|
error,
|
2016-12-26 20:33:51 +00:00
|
|
|
};
|
|
|
|
};
|