It is not immediately obvious that in fact nothing is working and all your work that you keep saving is just all going in the trash.Ĥ. Closing the problematic file in BBEdit and then reopening it by double-clicking it in CyberDuck downloads the file from the server again (CyberDuck produces the alert saying the download was successful) but BBEdit shows the trash file again (which is where your edits were saved), so it looks like everything is normal and you are editing the downloaded file which contains your latest edits, but this is an illusion - in fact in BBEdit you are just seeing and editing the trash file again, not the downloaded file! The trash file only appears in BBEdit after the download succeeds, so things feel like they are working normally. Other files from the same server in the same BBEdit window continue to work normally. And it looks like CyberDuck is responsible for things getting into this messed-up state in the first place, but who knows.ģ. Point 5 below looks like a CyberDuck bug, and point 6 below looks like a BBEdit bug. It looks like a bug in both CyberDuck and BBEdit. The staleness is clearly identifiable by the messed-up filename (see point 4 below). I think of this staleness and this bug as being the same, but I never really looked into it before now. Sometimes my editing window becomes "stale" in some way I don't understand - maybe it is wedded to the previous FTP connection somehow. This bug usually hits me when I am using my laptop, moving between various internet connections (at work, at home, at a cafe, etc.), and CyberDuck has to keep re-establishing the FTP connection (I hit save in the editor, the upload fails, the connection goes grey in CyberDuck, it tries again after a few seconds, it establishes a new connection, the upload works - all automatic, because CyberDuck is so nice!). But this bug is much more specific and has a clear foothold for debugging: Why would CyberDuck ever say "Prepare thefilename (Trash)"? To me it does not look like a duplicate of 10079, which looks like a vague "uploading failed, not repeatable" bug - I would have no idea how to address that, if I were a developer. I believe I have seen it with editors other than BBEdit (in the past I used Smultron), but I don't have historical data to double-check that. It is uncommon for CyberDuck to get into this state, but I have seen it very many times over the years. With the latest version (Cyberduck 7.2.5), this bug still occurs. I have no log files to attach because system.log shows nothing about it when I search for "cyberduck", and it's not a ftp protocol issue (and only those appear in the log drawer, it seems to me). Please have at least a check about why "(Trash)" appears in the status during download. That's why I haven't reported it for so long. Unfortunately, I have no idea how to reproduce it at will. Several years ago, though, this did not happen. This has been bugging quite a while now, i.e. Once this gets stuck with the Trashed file being opened by BBEdit, I need to empty my trash and also restart BBEdit to make it work again.When I double click a file in CD to edit, it ALWAYS shows "Prepare thefilename (Trash)" in the window's bottom text field, even if the file ends up being opened on the local tmp folder, not in the Trash.I don't even get any kind of error message, which sometimes caused me some lost work (hence it should be considered a rather severe bug) when I did not notice this. When this happens, saving my changes in BBEdit does not lead to updating them on the server any more. However, after a while, it happens that BBEdit opens the file not from the tmp directory but from a file in the Trash (which Cyberduck apparently moved there, or so I gather from other tickets related to "edit trash"). Later, I double click the same file in Cyberduck's sftp browser so it opens again in BBedit. Using BBEdit (12.6.4) as the designated Editor, I often edit text files from a sftp server on my Mac, and then close the text window in BBEdit again.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |