Opened on Mar 17, 2011 at 1:20:42 PM
Closed on May 2, 2011 at 3:54:28 PM
Last modified on Jun 20, 2011 at 7:54:34 AM
#5794 closed defect (fixed)
Synchronize uploads complete site, not just changes
Reported by: | RussZB | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | 4.1 |
Component: | ftp | Version: | 4.0.1 |
Severity: | normal | Keywords: | |
Cc: | Architecture: | ||
Platform: | Mac OS X 10.6 |
Description
Since the last update I have uploaded changes to my website twice and each time the size of the the upload was either 1.2 or 1.9 GB, my whole site is only 2.1 GB in size and I only added one video of no more than 200 MB. I have been using Cyber Duck for this site for over a year and I never had this problem before. I go to the site folder on the web server and choose SYNCHRONIZE, as I always do but these last two times it seems like it's trying to upload most of my website and not just the changes.
Thanks
Attachments (2)
Change History (19)
comment:1 Changed on Mar 19, 2011 at 8:13:04 PM by jeffwhitehurst
comment:2 Changed on Mar 25, 2011 at 10:16:20 AM by dkocher
- Milestone set to 4.0.2
- Resolution set to worksforme
- Status changed from new to closed
Please update to the latest snapshot build available and report back if the problem persists. Please include the transcript from the log drawer of the Transfers window.
comment:3 Changed on Mar 25, 2011 at 10:28:04 AM by dkocher
Make sure you have enabled the options in Preferences → Transfers → Timestamps.
comment:4 Changed on Mar 25, 2011 at 3:32:45 PM by jeffwhitehurst
- Resolution worksforme deleted
- Status changed from closed to reopened
Sorry to report the problem persists.
I updated to the 4.02 snapshot, and verified that both checkboxes in Preferences > Transfers > Timestamps are selected.
In the local directory I placed a new file, 3.jpg and started the synchronize. Cyberduck checked timestamps, then gave me the confirmation dialog, with Upload selected in the drop-down (which is what I want, upload only) and all the individual files' checkboxes selected (prior to installing v4.01 only some checkboxes were selected). Cyberduck again checked timestamps, and then uploaded every file in the local directory, including those in a subdirectory, rather than just the new file.
Thanks for your help, Jeff
comment:5 Changed on Mar 25, 2011 at 4:10:42 PM by dkocher
- Milestone changed from 4.0.2 to 4.0.3
comment:6 Changed on Mar 26, 2011 at 10:02:39 AM by Marc Saurfelt
comment:7 Changed on Mar 27, 2011 at 6:14:37 PM by jeffwhitehurst
Yes, there seems to be something going on with the date of the remote file. I've attached a screenshot of the local directory listing and the remote file display in CyberDuck, showing both the local and remote files with the same timestamp of Mar 10 2011 12:38. When trying to synchronize, the date in the confirmation dialog displays February 3, 0213 7:34:24 !
Changed on Mar 27, 2011 at 6:16:27 PM by jeffwhitehurst
comment:8 Changed on Apr 24, 2011 at 5:49:25 PM by Marc Saurfelt
Not fixed in 4.0.3
comment:9 Changed on May 2, 2011 at 3:10:59 PM by dkocher
#5916 closed as duplicate.
comment:10 Changed on May 2, 2011 at 3:54:28 PM by dkocher
- Resolution set to fixed
- Status changed from reopened to closed
In r8655.
comment:11 Changed on May 2, 2011 at 3:54:35 PM by dkocher
- Component changed from core to ftp
comment:12 follow-up: ↓ 15 Changed on May 28, 2011 at 4:08:38 PM by Davideo
After the ticket was closed, I am still having the same problem, using 4.0.2 and 10.6.4. The datestamp shown in the Transfer window drawer for the remote site is not the same as is shown in the main window. (The local datestamp is accurate.) This seems to be the cause of syncing all or many more files than were needed. The Timestamp box is checked in Preferences.
comment:13 Changed on May 28, 2011 at 4:26:44 PM by Davideo
I would have uploaded a screenshot, but couldn't figure out how to do that. The attachments link doesn't seem to be helpful for comments. The help page seems to require a macro, and I just don't have time to get deep into that. In the screenshot, the index.html has a different datestamp than in the Transfer window.
comment:14 Changed on May 28, 2011 at 4:31:54 PM by Davideo
I then noticed the ToolTips for the Attachments link, which led me to the Attach File button (not a very user-friendly piece of programming), and found that my screenshot of 360 kb was rejected as too big. Well, I tried...
comment:15 in reply to: ↑ 12 Changed on May 29, 2011 at 8:32:56 PM by dkocher
Replying to Davideo:
After the ticket was closed, I am still having the same problem, using 4.0.2 and 10.6.4. The datestamp shown in the Transfer window drawer for the remote site is not the same as is shown in the main window. (The local datestamp is accurate.) This seems to be the cause of syncing all or many more files than were needed. The Timestamp box is checked in Preferences.
This issue is fixed only in the latest beta build available.
comment:16 Changed on Jun 2, 2011 at 3:37:46 PM by dkocher
- Milestone changed from 4.0.3 to 4.1
Milestone 4.0.3 deleted
comment:17 Changed on Jun 20, 2011 at 7:54:34 AM by dkocher
#6017 closed as duplicate.
I've noticed this behaviour as well since the last update to Version 4.0.1 (8510). I synchronize (upload only) by directory, and instead of just the new/changed files, every file in the directory gets uploaded. I've been through the preferences and haven't found anything that looks like it's changed.