Opened on Mar 12, 2015 at 1:55:54 PM
Closed on Oct 14, 2015 at 9:06:07 AM
Last modified on Oct 14, 2015 at 9:06:39 AM
#8657 closed defect (fixed)
All files are damaged after being synchronized with mirror action
Reported by: | help!! | Owned by: | |
---|---|---|---|
Priority: | high | Milestone: | 4.7.3 |
Component: | core | Version: | 4.6.5 |
Severity: | critical | Keywords: | files damaged |
Cc: | Architecture: | ||
Platform: | Mac OS X 10.9 |
Description
After being synchronized, all files on the website show 0 B. And all original files on my personal computer can not open because they are damaged.
Attachments (1)
Change History (13)
Changed on Mar 12, 2015 at 1:59:06 PM by help!!
comment:1 Changed on Apr 15, 2015 at 7:38:54 AM by dkocher
comment:2 Changed on Jun 25, 2015 at 1:28:23 PM by dkocher
- Milestone set to 4.7.1
- Resolution set to worksforme
- Status changed from new to closed
I cannot replicate this issue. Please update to the latest release and reopen this issue with exact steps to reproduce.
comment:3 Changed on Jun 25, 2015 at 1:29:03 PM by dkocher
- Priority changed from normal to high
- Resolution worksforme deleted
- Status changed from closed to reopened
comment:4 Changed on Jun 25, 2015 at 1:59:22 PM by dkocher
- Resolution set to fixed
- Status changed from reopened to closed
Regression introduced in r16965 when local files are moved to Trash and the synchronisation transfer is repeated (possibly with automatic retry due to a network connectivity issue).
comment:5 Changed on Jun 25, 2015 at 2:16:16 PM by dkocher
In r17833.
comment:6 follow-up: ↓ 10 Changed on Jul 2, 2015 at 9:19:37 AM by hal9000
Since this is closed, Trac is probably the wrong place to ask this... But I am currently experiencing this issue on 4.7.
I'm wondering if there might be a way to recover any of the affected files.
Here's what I'm looking at:
- Action taken: Attempted to sync (down) from a remote ec2 server.
- Affected data: ~2000 files — code/plaintext and images.
- Outcome: 3 broken copies of each file; 0 original/working copies.
- In the following locations:
- Remote (orig. source) — each file is either 0 B or 286 B
- Local project dir (orig. destination) — each file is 201 KB
- ~/.Trash — each file is 201 KB
If there's a better place to ask, please feel free to point me in that direction. Thanks.
comment:7 Changed on Oct 14, 2015 at 7:33:22 AM by dkocher
- Milestone changed from 4.7.1 to 4.8
- Resolution fixed deleted
- Status changed from closed to reopened
comment:8 Changed on Oct 14, 2015 at 7:33:40 AM by dkocher
#9042 closed as duplicate.
comment:9 Changed on Oct 14, 2015 at 7:33:48 AM by dkocher
#8993 closed as duplicate.
comment:10 in reply to: ↑ 6 Changed on Oct 14, 2015 at 7:38:13 AM by dkocher
Replying to hal9000:
Since this is closed, Trac is probably the wrong place to ask this... But I am currently experiencing this issue on 4.7.
I'm wondering if there might be a way to recover any of the affected files.
Here's what I'm looking at:
- Action taken: Attempted to sync (down) from a remote ec2 server.
- Affected data: ~2000 files — code/plaintext and images.
- Outcome: 3 broken copies of each file; 0 original/working copies.
- In the following locations:
- Remote (orig. source) — each file is either 0 B or 286 B
- Local project dir (orig. destination) — each file is 201 KB
- ~/.Trash — each file is 201 KB
If there's a better place to ask, please feel free to point me in that direction. Thanks.
Thanks for the details. We are reopening this issue and hopefully find the issue and a fix. Assign higher priority.
comment:11 Changed on Oct 14, 2015 at 9:06:07 AM by dkocher
- Resolution set to fixed
- Status changed from reopened to closed
In r18330.
comment:12 Changed on Oct 14, 2015 at 9:06:39 AM by dkocher
- Summary changed from All files are damaged after being synchronized to All files are damaged after being synchronized with mirror action
The icon of files are changed.