You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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 attempting to move an archived card to another list, the frontend shows it as if the action was performed successfully. Upon refreshing the page, all moved cards are moved back to where they were before.
In the network logs, I can see moving an archived card results in an error code 500. (internal server error)
Looking at the message, it looks like it should be more like a 403. (forbidden)
{
"status": 500,
"message": "Operation not allowed. This card is archived."
}
To Reproduce
Steps to reproduce the behavior:
Create a board on Deck
Create 2 lists on the board.
Create a card on either list with any data.
Right-click the card and click "Archive card"
Click the … button at the top-left and select "Show archived cards".
Drag the card to another list.
If you keep the network logs open during the above, you'll notice a 500 in dev tools, but the action will seemingly complete successfully on the frontend.
Expected behavior
I would expect either:
To be able to move archived cards. (It's nice to reorganize history.)
For the frontend to not allow dragging the cards to other lists while showArchived is true. (frontend assumes it's not allowed)
For the frontend to return the card to its original position if the user attempts to move it while showArchived is true. (Maybe with a user-friendly notification/toast.) (backend rejects the action)
If it will be rejected by the backend, I would expect the response code to be 403. (Or at least a 4XX code)
Screenshots
N/A
Client details:
OS: Ubuntu 20.04
Browser: Firefox
Version: 91.0.1
Device: Laptop
Server details
Operating system:
Web server:
Database:
PHP version:
Nextcloud version: (see Nextcloud admin page)
Where did you install Nextcloud from:
Signing status:
Login as admin user into your Nextcloud and access
http://example.com/index.php/settings/integrity/failed
paste the results here.
List of activated apps:
If you have access to your command line run e.g.:
sudo -u www-data php occ app:list
from within your Nextcloud installation folder
Nextcloud configuration:
If you have access to your command line run e.g.:
sudo -u www-data php occ config:list system
from within your Nextcloud installation folder
or
Insert your config.php content here
Make sure to remove all sensitive content such as passwords. (e.g. database password, passwordsalt, secret, smtp password, …)
Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/...
Logs
Nextcloud log (data/nextcloud.log)
Insert your Nextcloud log here
Browser log
Insert your browser log here, this could for example include:
a) The javascript console log
b) The network log
c) ...
The text was updated successfully, but these errors were encountered:
How to use GitHub
Describe the bug
When attempting to move an archived card to another list, the frontend shows it as if the action was performed successfully. Upon refreshing the page, all moved cards are moved back to where they were before.
In the network logs, I can see moving an archived card results in an error code 500. (internal server error)
Looking at the message, it looks like it should be more like a 403. (forbidden)
To Reproduce
Steps to reproduce the behavior:
If you keep the network logs open during the above, you'll notice a
500
in dev tools, but the action will seemingly complete successfully on the frontend.Expected behavior
I would expect either:
showArchived
istrue
. (frontend assumes it's not allowed)showArchived
istrue
. (Maybe with a user-friendly notification/toast.) (backend rejects the action)If it will be rejected by the backend, I would expect the response code to be 403. (Or at least a 4XX code)
Screenshots
N/A
Client details:
Server details
Operating system:
Web server:
Database:
PHP version:
Nextcloud version: (see Nextcloud admin page)
Where did you install Nextcloud from:
Signing status:
List of activated apps:
Nextcloud configuration:
Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/...
Logs
Nextcloud log (data/nextcloud.log)
Browser log
The text was updated successfully, but these errors were encountered: