Repository navigation
Copy card does not copy content anymore #6919
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
Copying a card from one board to another only copys the name of the card and the people assigned... no details, no attachments, no comments.
To Reproduce
Steps to reproduce the behavior:
- Go to 'triple dot'
- Click on 'copy/move'
- Click copy card
- select a different board
- goto said board
- open card
Expected behavior
it should carry over all details and comments and attachments... i can understand not bringing over activity but everything else should copy. we use a lot of templates and have a template board... the copy feature has been awesome until just this week we noticed it stopped. guessing since last update.
Client details:
- OS: Ubuntu 24.04.02
- Browser firefox
- Version 138
- Device: desktop
Server details
Operating system: Ubuntu 24.04
**Nextcloud version:**Snap - [Hub 10] (31.0.2)
Where did you install Nextcloud from: snap store
Signing status: letsencrypt
Login as admin user into your Nextcloud and access
http://example.com/index.php/settings/integrity/failed
paste the results here.
```No errors have been found.
**List of activated apps:**
```Enabled:
- activity: 4.0.0
- admin_audit: 1.21.0
- announcementcenter: 7.1.0
- bruteforcesettings: 4.0.0
- calendar: 5.2.1
- cloud_federation_api: 1.14.0
- comments: 1.21.0
- contacts: 7.0.6
- contactsinteraction: 1.12.0
- dashboard: 7.11.0
- dav: 1.33.0
- deck: 1.15.0
- encryption: 2.19.0
- external: 6.0.2
- federatedfilesharing: 1.21.0
- federation: 1.21.0
- files: 2.3.1
- files_downloadlimit: 4.0.0
- files_external: 1.23.0
- files_pdfviewer: 4.0.0
- files_reminders: 1.4.0
- files_sharing: 1.23.1
- files_trashbin: 1.21.0
- files_versions: 1.24.0
- firstrunwizard: 4.0.0
- forms: 5.1.0
- groupfolders: 19.0.4
- guests: 4.2.0
- integration_giphy: 2.0.1
- logreader: 4.0.0
- lookup_server_connector: 1.19.0
- mail: 5.0.0
- metadata: 0.22.0
- nextcloud_announcements: 3.0.0
- notes: 4.12.0
- notifications: 4.0.0
- oauth2: 1.19.1
- password_policy: 3.0.0
- passwords: 2025.4.20
- photos: 4.0.0-dev.1
- privacy: 3.0.0
- profile: 1.0.0
- provisioning_api: 1.21.0
- quota_warning: 1.21.0
- recommendations: 4.0.0
- related_resources: 2.0.0
- richdocuments: 8.6.4
- richdocumentscode: 24.4.1303
- serverinfo: 3.0.0
- settings: 1.14.0
- sharebymail: 1.21.0
- spreed: 21.0.2
- support: 3.0.0
- survey_client: 3.0.0
- systemtags: 1.21.1
- tasks: 0.16.1
- text: 5.0.0
- theming: 2.6.1
- theming_customcss: 1.18.0
- twofactor_backupcodes: 1.20.0
- user_status: 1.11.0
- viewer: 4.0.0
- weather_status: 1.11.0
- webhook_listeners: 1.2.0
- workflowengine: 2.13.0
**Nextcloud configuration:**
{
"system": {
"apps_paths": [
{
"path": "\/snap\/nextcloud\/current\/htdocs\/apps",
"url": "\/apps",
"writable": false
},
{
"path": "\/var\/snap\/nextcloud\/current\/nextcloud\/extra-apps",
"url": "\/extra-apps",
"writable": true
}
],
"supportedDatabases": [
"mysql"
],
"memcache.locking": "\\OC\\Memcache\\Redis",
"memcache.local": "\\OC\\Memcache\\Redis",
"redis": {
"host": "***REMOVED SENSITIVE VALUE***",
"port": 0,
"timeout": "1.5",
"dbindex": "0"
},
"log_type": "file",
"logfile": "\/var\/snap\/nextcloud\/current\/logs\/nextcloud.log",
"logfilemode": 416,
"passwordsalt": "***REMOVED SENSITIVE VALUE***",
"secret": "***REMOVED SENSITIVE VALUE***",
"trusted_domains": [
"cloud.xxx.com",
"localhost",
"10.1.2.188",
"xx.xx.xx.xx"
],
"datadirectory": "***REMOVED SENSITIVE VALUE***",
"dbtype": "mysql",
"version": "31.0.2.1",
"overwrite.cli.url": "http:\/\/cloud.xxx.com",
"dbname": "***REMOVED SENSITIVE VALUE***",
"dbhost": "***REMOVED SENSITIVE VALUE***",
"dbport": "",
"dbtableprefix": "oc_",
"mysql.utf8mb4": true,
"dbuser": "***REMOVED SENSITIVE VALUE***",
"dbpassword": "***REMOVED SENSITIVE VALUE***",
"installed": true,
"instanceid": "***REMOVED SENSITIVE VALUE***",
"maintenance": false,
"mail_smtpmode": "smtp",
"mail_smtpsecure": "ssl",
"mail_sendmailmode": "smtp",
"mail_from_address": "***REMOVED SENSITIVE VALUE***",
"mail_domain": "***REMOVED SENSITIVE VALUE***",
"mail_smtphost": "***REMOVED SENSITIVE VALUE***",
"mail_smtpport": "465",
"mail_smtpauthtype": "LOGIN",
"mail_smtpauth": 1,
"mail_smtpname": "***REMOVED SENSITIVE VALUE***",
"mail_smtppassword": "***REMOVED SENSITIVE VALUE***",
"default_language": "en",
"force_language": "en",
"default_locale": "en_US",
"default_phone_region": "US",
"force_locale": "en_US",
"skeletondirectory": "\/mnt\/Storage1\/skel",
"loglevel": 2,
"theme": "",
"maintenance_window_start": "1",
"debug": false,
"data-fingerprint": "xxx",
"share_folder": "\/Share",
"overwriteprotocol": "https",
"overwritehost": "cloud.xxx.com",
"defaultapp": "dashboard,files,deck,spreed,calendar,contacts,mail,notes,tasks,forms,passwords,photos"
}
}
Reacted by ZombieRoadie-BML, Edson Luis Gonçalez, Grom, Joules1971, rakekniven, stefan-rower, Alexander Müller, benniekiss, Wullebuff, Finn Dittmar and 6 more
Activity
luka-nextcloud commentedon Apr 22, 2025
I can reproduce this issue.
juliusknorr commentedon Apr 22, 2025
@luka-nextcloud You can also try to add a bit more context to it. The implementation of this was https://github.com/nextcloud/deck/pull/6452/files#diff-d107b4ded099a0e2f131a75efc62f56c05c52cdc8e20e214c2ad081d46c58b10 and as far as I remember from discussions with @grnd-alt the comments and attachments were left out by design for now, so I'd rather ocnsider this an enhancement.
Also we should rename the ticket as content of the card may be confusing (i assumed it is about the description, but it was not)
luka-nextcloud commentedon May 5, 2025
@juliusknorr Based on my latest tests, I've observed that the cloned card is completely empty, except for the title, which matches the original. The other fields are not being populated. Could you confirm if there’s any guideline or documentation available that specifies which fields should be copied over when utilizing the copy-card feature?
rakekniven commentedon Jul 4, 2025
NC v31.0.6
deck app version 1.15.1
Copied cards are empty (no description).
Forum topic: https://help.nextcloud.com/t/when-copying-cards-in-deck-1-15-1-the-new-cards-are-partlly-empty/227905/5
stefan-rower commentedon Jul 5, 2025
The topic mention from rakeniven was my topic at the forum. I found the Problem while my tests about NextCloud in pnprpg environments. 🤣
When Deck will be fixed, the GM can use NextCloud Deck for managing all NPCs and Items or Spells. Would love it!
stefan-rower commentedon Jul 10, 2025
@juliusknorr This problem is known since April, 22th. Is there a horizon in sight to get that bug down?
I would help, but more than reading code (with headache) and assembling a few lines of shellscript, it is behind my own horizon ;-)
rakekniven commentedon Jul 10, 2025
Hello @stefan-rower ,
Have you read the comment:
Not sure if this is a bug then?
stefan-rower commentedon Jul 10, 2025
I have misunderstood that, cause it is crazy to design this Nonsens IMHO.
Why moving and copying card when loosing all infos?
I remember times when that works fine so far.
It is like stuffing an truck with goods and loosing them while transport.
No offense, but I would like to read the idea behind this masterpiece of Tetris like magic trick 🤣
stefan-rower commentedon Jul 11, 2025
Okay, I did some tests again. When it is "byDesign", that all information, expect the titel, will not copied or moved, than:
"Why ist it sometimes copied or moved, and sometimes not?" So i guess this behavior is not "by design" it is a bug.
rakekniven commentedon Jul 11, 2025
One is the idea of copying content from a card (title, description, responsibility, attachments, comments).
Here you have to think about the use cases and not just your own preference.
The second is an error that you describe, but which is not exactly the same as the author of the issue describes.
If you write something like that, then the likelihood of me replying decreases.
stefan-rower commentedon Jul 11, 2025
Ehm ... I'm mixing two things? I posted in the forum. It was you, making an knot between my question in forum an this issue. ;-)
Anyway. The usecase of an Kanban-Board is to move Cards from one lane to another.
To another lane in the same board or a different board.
But when card informations will disapear by moving or copying it is bug ans makes the kanban system worthless.
And it doesn't matter, how to use the kanban-board or for witch purpose.
In typical environments it is also very important to use cards with standard informations.
So the aspect of copying the "templates", to alway have the right informations for the next step, is not to be underestimated.
When @grnd-alt would partizipate ob this discussion to explan what @juliusknorr remember from the discussions, it would be very helpfull. You and me @rakekniven are talking around a conversation we weren't there. In your case it is a guess of mine. I wasn't there by 100% ;-)
rakekniven commentedon Jul 11, 2025
Do you lose information while moving a card as well?
stefan-rower commentedon Jul 11, 2025
Yes sometimes. I'm triying to reproduce it so I can descripe the process. But it is wired.
My lab consist out of a Windows 11 Machine with FireFox, Chrome and Zen and a Mac with Safari instead of Zen.
But sometimes the content get lost and sometimes not. While copying AND moving.
I can't see any pattern. Perhaps it ihat to do with the "Wupptität" of the Gammarays ;-)
stefan-rower commentedon Aug 8, 2025
Okay cause of vacation I could do some further tests with noticing the outcome:
Cards can be moved from one row to another row within same board without losing content.
Cards can be moved from one board to another without losing content.
Cards can be copied from one row to another within same board without losing content .
Cards can be copiesd from one row to the same row within same board without losing content.
Cards can't be copied from one board to another without losing content
Only the title will reach the copy goal. That is insane, when it is by design.
After all these tests I noticed another issue:
rakekniven commentedon Aug 8, 2025
Please report this behavior as a new issue if it does not already exist.
rakekniven commentedon Aug 8, 2025
Good catch. Will test your notes the next days during a bigger project using deck.
drdrog commentedon Aug 26, 2025
I can confirm this behaviour, as it hit me just half an hour before.
So a workaround for this issue would be copying the card within the same board and moving the copy to the destination board afterwards.
Cheers!
stefan-rower commentedon Aug 26, 2025
@drdrog fuc***g awesom and simple workaround. Why could it not spawn in my mind?
Anyway, this is (actually and temporary) the way
alexanderdd commentedon Sep 1, 2025
Contrary to the comments above: Just tried to copy a card within a board, within the same column, and to another column - both times the content is lost (weirdly, the icon for ☑️ briefly shows, meaning there is content, and then disappears)
c.nc.com - cannot check Deck version
tibkik commentedon Feb 18, 2026
solracsf commentedon Mar 5, 2026
Patch submitted here : #7714
Please note that as @juliusknorr noted:
So this isn't part of the PR, as it fixes copying labels and description only.
stefan-rower commentedon Mar 6, 2026