nextcloud / nextcloud/deck

Board clone API failure is treated as a successful board response

Open Beginner friendly
#8,360 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
JavaScript
Stars
1.4k
Forks
354
Avg merge
1d 10h
Merged PRs (30d)
43

Description

How to use GitHub
  • Please use the 👍 reaction to show that you are affected by the same issue.
  • Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
  • Subscribe to receive notifications on status change and new comments.

Describe the bug

When the board-clone request fails, BoardApi.cloneBoard() catches the Axios error and returns it instead of throwing it:

https://github.com/nextcloud/deck/blob/main/src/services/BoardApi.js#L146-L159

Returning the error resolves the promise. The Pinia action then treats that error as a successfully cloned board:

https://github.com/nextcloud/deck/blob/main/src/stores/board.js#L180-L194

Since an Axios error normally has no board id, it can be appended to this.boards. The store action's own catch block is not reached because the API method resolved with the error object.

This was found by reviewing the current main branch. A focused unit test should be sufficient to reproduce it by mocking a rejected clone request.

To Reproduce

  1. Mock or trigger a rejected POST /boards/{boardId}/clone request.
  2. Call the Pinia cloneBoard action.
  3. Observe that BoardApi.cloneBoard() returns the Axios error.
  4. Observe that the action processes it as newBoard and may append it to the board collection.

Expected behavior

A failed clone request should reject. The board collection should remain unchanged, and the caller/UI should receive the request failure.

Screenshots

Not applicable; this is an error-propagation issue found on the current main branch.

Client details:

  • OS: Not environment-specific
  • Browser: Not environment-specific
  • Version: Current main branch
  • Device: Desktop
Server details

Not environment-specific. The failure can be reproduced with a mocked rejected Axios request.

Logs

No server or browser logs are required when reproducing with a rejected Axios mock.

Suggested fix

Allow the Axios rejection to propagate, or rethrow the caught error:

} catch (err) {
    throw err
}

A regression test should verify that a rejected clone request leaves boards unchanged and reaches the store action's error path.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with src/services/BoardApi.js around lines 146-159 and src/stores/board.js around lines 180-194. Run or add a focused unit test that mocks a rejected POST /boards/{boardId}/clone request, then verify the rejection reaches the store action, the board collection remains unchanged, and the failure is exposed to the caller.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
frontend
Issue type
Bug
Difficulty
2/5
Estimated time
1-3 hours
Activity status
Active
Clarity
Clearly specified
Newbie friendliness
88/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.