{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":17803236,"defaultBranch":"master","name":"rclone","ownerLogin":"rclone","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2014-03-16T16:19:57.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/24937341?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1716301930.0","currentOid":""},"activityList":{"items":[{"before":"181ed55662865cad7dd7b8f12ca7a317334c26a7","after":"8e2f596fd0bc33aaac2a26a9158f5f9330dfcea7","ref":"refs/heads/master","pushedAt":"2024-05-21T14:32:32.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"drive: debug when we are ignoring permissions #7853","shortMessageHtmlLink":"drive: debug when we are ignoring permissions #7853"}},{"before":"567fa25143c05a60e682d42e127c4a45fc38eb95","after":null,"ref":"refs/heads/fix-7853-drive-perms","pushedAt":"2024-05-21T14:32:10.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"}},{"before":"a5700a4a53abc7714461f13aee15bae8591cde18","after":"181ed55662865cad7dd7b8f12ca7a317334c26a7","ref":"refs/heads/master","pushedAt":"2024-05-20T22:21:21.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"docs: crypt: fix incorrect terminology\n\nThis fixes the misuse of the key-derivation term (salt) used in place\r\nof symmetric cipher nonce (IV) in the crypt remote documentation.","shortMessageHtmlLink":"docs: crypt: fix incorrect terminology"}},{"before":null,"after":"567fa25143c05a60e682d42e127c4a45fc38eb95","ref":"refs/heads/fix-7853-drive-perms","pushedAt":"2024-05-20T22:09:29.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"drive: debug when we are ignoring permissions #7853","shortMessageHtmlLink":"drive: debug when we are ignoring permissions #7853"}},{"before":"7b89735ae7263cf24669a518a5508f2782235036","after":"a5700a4a53abc7714461f13aee15bae8591cde18","ref":"refs/heads/master","pushedAt":"2024-05-20T17:17:16.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"operations: rework rcat so that it doesn't call the --metadata-mapper twice\n\nThe --metadata-mapper was being called twice for files that rclone\nneeded to stream to disk,\n\nThis happened only for:\n- files bigger than --upload-streaming-cutoff\n- on backends which didn't support PutStream\n\nThis also meant that these were being logged as two transfers which\nwas a little strange.\n\nThis fixes the problem by not using operations.Copy to upload the file\nonce it has been streamed to disk, instead using the Put method on the\nbackend.\n\nThis should have no effect on reliability of the transfers as we retry\nPut if possible.\n\nThis also tidies up the Rcat function to make the different ways of\nuploading the data clearer and make it easy to see that it gets\nverified on all those paths.\n\nSee #7848","shortMessageHtmlLink":"operations: rework rcat so that it doesn't call the --metadata-mapper…"}},{"before":"d3d8bb4911111feb35c54480fbadf8229dfde8b5","after":null,"ref":"refs/heads/fix-7848-metadata-mapper","pushedAt":"2024-05-20T17:17:01.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"}},{"before":"12d4964f2ae0be790525fb5a118da3c5ad9d6c3b","after":"d3d8bb4911111feb35c54480fbadf8229dfde8b5","ref":"refs/heads/fix-7848-metadata-mapper","pushedAt":"2024-05-20T15:12:14.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"operations: rework rcat so that it doesn't call the --metadata-mapper twice\n\nThe --metadata-mapper was being called twice for files that rclone\nneeded to stream to disk,\n\nThis happened only for:\n- files bigger than --upload-streaming-cutoff\n- on backends which didn't support PutStream\n\nThis also meant that these were being logged as two transfers which\nwas a little strange.\n\nThis fixes the problem by not using operations.Copy to upload the file\nonce it has been streamed to disk, instead using the Put method on the\nbackend.\n\nThis should have no effect on reliability of the transfers as we retry\nPut if possible.\n\nThis also tidies up the Rcat function to make the different ways of\nuploading the data clearer and make it easy to see that it gets\nverified on all those paths.\n\nSee #7848","shortMessageHtmlLink":"operations: rework rcat so that it doesn't call the --metadata-mapper…"}},{"before":"96e39ea486c4ac2d1955c853b1eeec3e7c2d900a","after":"7b89735ae7263cf24669a518a5508f2782235036","ref":"refs/heads/master","pushedAt":"2024-05-17T10:04:00.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"onedrive: allow setting permissions to fail if failok flag is set\n\nFor example using\n\n --onedrive-metadata-permissions read,write,failok\n\nWill allow permissions to be read and written but if the writing\nfails, then only an ERROR will be written in the log and the transfer\nwon't fail.","shortMessageHtmlLink":"onedrive: allow setting permissions to fail if failok flag is set"}},{"before":"625622bcb237ca9ba4ad3209f67534d861a46cf5","after":null,"ref":"refs/heads/fix-onedrive-metadata","pushedAt":"2024-05-17T10:03:29.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"}},{"before":"0681eb1c79f0678152e532efec7ebc7df21fe26d","after":"12d4964f2ae0be790525fb5a118da3c5ad9d6c3b","ref":"refs/heads/fix-7848-metadata-mapper","pushedAt":"2024-05-16T14:03:47.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"operations: rework rcat so that it doesn't call the --metadata-mapper twice\n\nThe --metadata-mapper was being called twice for files that rclone\nneeded to stream to disk,\n\nThis happened only for:\n- files bigger than --upload-streaming-cutoff\n- on backends which didn't support PutStream\n\nThis also meant that these were being logged as two transfers which\nwas a little strange.\n\nThis fixes the problem by not using operations.Copy to upload the file\nonce it has been streamed to disk, instead using the Put method on the\nbackend.\n\nThis should have no effect on reliability of the transfers.\n\nThis also tidies up the Rcat function to make it clear there are 3\nways of uploading the data and make it easy to see that it gets\nverified on all those paths.\n\nSee #7848","shortMessageHtmlLink":"operations: rework rcat so that it doesn't call the --metadata-mapper…"}},{"before":"488ed2863544d6d8819c812bd85a3632d5545d41","after":"96e39ea486c4ac2d1955c853b1eeec3e7c2d900a","ref":"refs/heads/master","pushedAt":"2024-05-16T13:35:42.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"albertony","name":null,"path":"/albertony","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/12441419?s=80&v=4"},"commit":{"message":"docs: improve readability in faq","shortMessageHtmlLink":"docs: improve readability in faq"}},{"before":"e34e2df6002d764485b024581c7e0276259e7267","after":"488ed2863544d6d8819c812bd85a3632d5545d41","ref":"refs/heads/master","pushedAt":"2024-05-16T09:05:20.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"fs: fix panic when using --metadata-mapper on large google doc files\n\nBefore this change, attempting to copy a large google doc while using\nthe metadata mapper caused a panic. Google doc files use Rcat to\ndownload as they have an unknown size, and when the size of the doc\nfile got above --streaming-upload-cutoff it used a\nobject.NewStaticObjectInfo with a `nil` Fs to upload the file which\ncaused the crash in the metadata mapper code.\n\nThis change makes sure that the Fs in object.NewStaticObjectInfo is\nnever nil, and it returns MemoryFs which is consistent with the Rcat\ncode when the source is sized below the --streaming-upload-cutoff\nthreshold.\n\nFixes #7845","shortMessageHtmlLink":"fs: fix panic when using --metadata-mapper on large google doc files"}},{"before":"3db983c4d1684a1a490bbff8121332e64b74e48f","after":null,"ref":"refs/heads/fix-7845-metadata-panic","pushedAt":"2024-05-16T09:04:52.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"}},{"before":"660710203416bbcb5b914513a68a148b9d06589a","after":"e34e2df6002d764485b024581c7e0276259e7267","ref":"refs/heads/master","pushedAt":"2024-05-16T07:43:57.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"go.mod: update storj.io/uplink to latest release\n\nsignificant performance and stability improvements","shortMessageHtmlLink":"go.mod: update storj.io/uplink to latest release"}},{"before":"c6c327e4e72b2840c2ba328a60d22c2bb344c669","after":"660710203416bbcb5b914513a68a148b9d06589a","ref":"refs/heads/master","pushedAt":"2024-05-15T18:30:17.000Z","pushType":"pr_merge","commitsCount":1,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"chore: fix function name in comment\n\nSigned-off-by: overallteach ","shortMessageHtmlLink":"chore: fix function name in comment"}},{"before":null,"after":"0681eb1c79f0678152e532efec7ebc7df21fe26d","ref":"refs/heads/fix-7848-metadata-mapper","pushedAt":"2024-05-15T16:53:04.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"operations: ensure SrcFsType is set correctly when using --metadata-mapper\n\nBefore this change on files which have unknown length (like Google\nDocuments) the SrcFsType would be set to \"memoryFs\".\n\nThis change fixes the problem by getting the Copy function to pass the\nsrc Fs into a variant of Rcat.\n\nFixes #7848","shortMessageHtmlLink":"operations: ensure SrcFsType is set correctly when using --metadata-m…"}},{"before":null,"after":"3db983c4d1684a1a490bbff8121332e64b74e48f","ref":"refs/heads/fix-7845-metadata-panic","pushedAt":"2024-05-15T15:01:42.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"fs: fix panic when using --metadata-mapper on large google doc files\n\nBefore this change, attempting to copy a large google doc while using\nthe metadata mapper caused a panic. Google doc files use Rcat to\ndownload as they have an unknown size, and when the size of the doc\nfile got above --streaming-upload-cutoff it used a\nobject.NewStaticObjectInfo with a `nil` Fs to upload the file which\ncaused the crash in the metadata mapper code.\n\nThis change makes sure that the Fs in object.NewStaticObjectInfo is\nnever nil, and it returns MemoryFs which is consistent with the Rcat\ncode when the source is sized below the --streaming-upload-cutoff\nthreshold.\n\nFixes #7845","shortMessageHtmlLink":"fs: fix panic when using --metadata-mapper on large google doc files"}},{"before":"6a0a54ab97a5aabadf0444497629a8254dc4df3f","after":"c6c327e4e72b2840c2ba328a60d22c2bb344c669","ref":"refs/heads/master","pushedAt":"2024-05-15T14:08:09.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"build: update issue label notification machinery","shortMessageHtmlLink":"build: update issue label notification machinery"}},{"before":null,"after":"625622bcb237ca9ba4ad3209f67534d861a46cf5","ref":"refs/heads/fix-onedrive-metadata","pushedAt":"2024-05-14T15:14:59.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"onedrive: allow setting permissions to fail if failok flag is set\n\nFor example using\n\n --onedrive-metadata-permissions read,write,failok\n\nWill allow permissions to be read and written but if the writing\nfails, then only an ERROR will be written in the log and the transfer\nwon't fail.","shortMessageHtmlLink":"onedrive: allow setting permissions to fail if failok flag is set"}},{"before":"e9e9feb21eeb200782180e8532f2a0a95f745740","after":"6a0a54ab97a5aabadf0444497629a8254dc4df3f","ref":"refs/heads/master","pushedAt":"2024-05-14T11:52:04.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"operations: fix missing metadata for multipart transfers to local disk\n\nBefore this change multipart downloads to the local disk with\n--metadata failed to have their metadata set properly.\n\nThis was because the OpenWriterAt interface doesn't receive metadata\nwhen creating the object.\n\nThis patch fixes the problem by using the recently introduced\nObject.SetMetadata method to set the metadata on the object after the\ndownload has completed (when using --metadata). If the backend we are\ncopying to is using OpenWriterAt but the Object doesn't support\nSetMetadata then it will write an ERROR level log but complete\nsuccessfully. This should not happen at the moment as only the local\nbackend supports metadata and OpenWriterAt but it may in the future.\n\nIt also adds a test to check metadata is preserved when doing\nmultipart transfers.\n\nFixes #7424","shortMessageHtmlLink":"operations: fix missing metadata for multipart transfers to local disk"}},{"before":"c3eb9ca132bde4ede6cad9a257228bc1823e9823","after":null,"ref":"refs/heads/fix-7424-metadata","pushedAt":"2024-05-14T11:51:41.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"}},{"before":null,"after":"2d125976e6998d651e91abae1372f6f7d493e313","ref":"refs/heads/fix-7812-onedrive-hard-delete","pushedAt":"2024-05-14T11:41:26.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"onedrive: add --onedrive-hard-delete to permanently delete files\n\nFixes #7812","shortMessageHtmlLink":"onedrive: add --onedrive-hard-delete to permanently delete files"}},{"before":"cbdd879dae07a50865f9159f3f03dd553f1c2f00","after":"223ba8626589778bcfc78c803137890a1b2c01d1","ref":"refs/heads/fix-7787-pikpak-upload-conflict","pushedAt":"2024-05-14T04:48:21.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"wiserain","name":null,"path":"/wiserain","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/20354654?s=80&v=4"},"commit":{"message":"many tweaks\n\n* increase pacer min sleep from 10 to 100 ms\n* stop using uploadByForm()\n* introduce force sleep before and after async tasks\n* use pacer's retry scheme instead of manual implementation","shortMessageHtmlLink":"many tweaks"}},{"before":"bbac1affd5a5c09da8da44ad206695988597173d","after":null,"ref":"refs/heads/fix-onedrive-metadata","pushedAt":"2024-05-13T18:46:32.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"}},{"before":"f26fc8f07c9de3ecd25cdc2520db4e08aeecba13","after":"e9e9feb21eeb200782180e8532f2a0a95f745740","ref":"refs/heads/master","pushedAt":"2024-05-13T18:44:15.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"drive: allow setting metadata to fail if failok flag is set\n\nFor example using\n\n --drive-metadata-permissions read,write,failok\n\nWill allow metadata to be read and written but if the writing fails,\nthen only an ERROR will be written in the log and the transfer won't\nfail.","shortMessageHtmlLink":"drive: allow setting metadata to fail if failok flag is set"}},{"before":"95d8eaf103c212a0a9e18146f40774042db5671f","after":null,"ref":"refs/heads/fix-drive-perms","pushedAt":"2024-05-13T18:43:57.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"}},{"before":"61ab5197913e911a43f67f34a2f64c0645935cbf","after":"f26fc8f07c9de3ecd25cdc2520db4e08aeecba13","ref":"refs/heads/master","pushedAt":"2024-05-13T17:44:31.000Z","pushType":"pr_merge","commitsCount":11,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"cmd/gitannex: When tags do not match, run e2e tests anyway\n\nIssue #7625","shortMessageHtmlLink":"cmd/gitannex: When tags do not match, run e2e tests anyway"}},{"before":"0735f44f910c3bafe38a7e7e04b07ade48edc1b7","after":"61ab5197913e911a43f67f34a2f64c0645935cbf","ref":"refs/heads/master","pushedAt":"2024-05-13T17:34:41.000Z","pushType":"push","commitsCount":4,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"chunker: fix `finalizer already set` error\n\nBefore this change, cache.PinUntilFinalized was called twice if the root pointed\nto a composite multi-chunk file without metadata, resulting in a fatal \"finalizer\nalready set\" error. This change fixes the issue.","shortMessageHtmlLink":"chunker: fix finalizer already set error"}},{"before":"6356b51b33d9f3c6ef8e255146b15e11659ce500","after":"0735f44f910c3bafe38a7e7e04b07ade48edc1b7","ref":"refs/heads/master","pushedAt":"2024-05-13T17:00:04.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"},"commit":{"message":"operations: fix lsjson --encrypted when using --crypt-XXX parameters\n\nBefore this change an `rclone lsjson --encrypted` command where\nadditional `--crypt-` parameters were supplied on the command line:\n\n rclone lsjson --crypt-description XXX --encrypted secret:\n\nProduced an error like this:\n\n Failed to lsjson: ListJSON failed to load config for crypt remote: config name contains invalid characters...\n\nThis was due to an incorrect lookup of the crypt config to create the\nencrypted mapping.\n\nFixes #7833","shortMessageHtmlLink":"operations: fix lsjson --encrypted when using --crypt-XXX parameters"}},{"before":"175b8364e94a67bbb62fca7179da7c015bfe0a9a","after":null,"ref":"refs/heads/fix-7833-lsjson-crypt","pushedAt":"2024-05-13T16:59:29.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"ncw","name":"Nick Craig-Wood","path":"/ncw","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/536803?s=80&v=4"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAET_WUBwA","startCursor":null,"endCursor":null}},"title":"Activity · rclone/rclone"}