• macOS
  • Boxcryptor for macOS 3.x Feedback

  • Edited

Why doesn't it work offline without internet access like it used to?

Using app version 3.9 on Mac OS Monterey with OneDrive.

The Boxcryptor folder is set to 'always keep on this device' on the OneDrive app. (I can access all other files not in the Boxcryptor folder offline without issues.)

I've tried using the 'download' option for the folder through BC, but this doesn't seem to be permanent, as an internet connection is needed again if the app is quitted or locked.

I have also tried adding the folder in BC as a local provider but this doesn't resolve the issue.

Am I doing something wrong or this expected behaviour?

I'm hoping there's a solution here. Thanks in advance for any replies.

As a long time paying customer I'm am very disappointed in the new file provider version 3. I've been using V3 since late March 2022 on both Intel and M1 Macs. Version 3 has made steady progress but at the moment with macOS Venture right around the corner in the next week or so version 3 is no where ready for prime time to take over for V2 in my opinion (IMO).

Compared to version 2 this software rewrite is simply a joke. I'm seeing inconsistencies with file syncing between different machines running the same version. I have no explanation as to why the same file(s) sync on one machine but fail to on another. I've never been able to reliably have the OneDrive file provider work. File syncing is terribly slow compared to V2. There is no easy way to lock all cloud base files to the local machine, e.g., downloaded. Yes, you can right click on the top level folder and select the "Download Now" option but that doesn't seem to work 100% of the time. I'm a user that wants the files downloaded to my local machines always and would prefer an option to select that on a file provider bases when adding them and have all files on a particular cloud provider downloaded in the background when adding file providers and keep old and new files downloaded the the local machine.

The kernel extension version experienced some rough edges too but has developed into a solid performing piece of software IMO. However, sadly I can't say the same for the new file provider version. Until Apple totally deprecates macOS kernel extensions, I will continue to use version 2 even if that means lowering my macOS security by allowing kernel extensions. For the moment, kernel extensions are surviving another year in macOS Venture so I hope the same will be true for Boxcryptor version 2. I will keep looking at competing products and reevaluate my options at subscription renewal time in 2023!

    I just downloaded it today (v3.10.314), and was immediately met with a "Sign In" popup when I run it. However, that button is not clickable by any means I've tried, nor any keyboard shortcut, and so I can't sign in. There doesn't appear to be any commandline options to do this either, so I'm stuck, unable to log in.


    Does anyone know a way around this? I'm on macOS Ventura 13 Beta 11 as I type this.

    I apologize for the delayed response, everyone. We've been busy finishing the next release and it took us a bit more time than we expected.

    That being said, we've got a new version available on our website (which will also be distributed via auto update soon): https://www.boxcryptor.com/en/download/macos/

    If you had issues with the 3.9, please have a look at the new version and see if the issues are resolved with that. If any remain, feel free to contact us at support@boxcryptor.com so we can get to the bottom of them.

      machen We've taken note of your feature request for a "show file/folder in Dropbox" option. It is a feature that we are already discussing internally.

      As for your encryption questions: Boxcryptor is in any case responsible for the encryption and decryption of your files. For iCloud, iCloud Drive and Local Storage, the task of syncing the files is outsourced to the provider offering the respective cloud folders. In all other providers, Boxcryptor takes care of the syncing as well.

      The filename decryption works as follows: When you browse your Boxcryptor Location, Finder is asking the Boxcryptor extension for a list of files within the location. Boxcryptor takes the encrypted filenames, decrypts them and forwards the decrypted names as response to Finder. So the files itself will always have encrypted names, Boxcryptor decrypts the filenames on Finder's listing request on demand.

        atonienu Another good feature request. This is technically possible and we've got it on our board for internal discussion.

          mlaferle I have some idea where this behaviour might be coming from, but I'd need your help to analyze it farther. Feel free to write us at support@boxcryptor.com, make sure to mention this thread and send us a screen recording (Command + Shift + 5) of the issue and I'll have a closer look at it.

            @Ivan.K#116878 Alright, this is some very good feedback, and I'll gladly take the time to go over each of your points.

            1) Encryption of local files.
            Your confusion here is very relatable, and the answer for it is technical and not quite trivial, I'm afraid. Here's how Boxcryptor is working internally:

            The new Extension architecture that MacOS is forcing us to use is one explicitly made for cloud storages. This architecture is like a hollow structure: The Boxcryptor extension is expected by Finder to answer a defined set of questions, among them:
            (1) Which files do exist?
            (2) What is their content?

            Make sure to notice that Finder isn't interested in where these files are located. By convention, Finder assumes that these files are not local, but in the cloud.

            When you add a Local Storage as a Provider, Boxcryptor will answer the question for "Which files do exist" by enumerating your local storage and returning that list of files to Finder. Finder will then, on its own, display cloud symbols for these items, because it assumes that Boxcryptor just got a list of filenames from the cloud and didn't yet get their content. This is the answer why local files are displayed as "online" even though they are locally already available - Finder just doesn't know that.

            When you download or open one of these files, Finder will issue the second request: "What is the content of this file?". Again, Boxcryptor reads the requested file content from the local file, decrypts it in memory and forwards the decrypted content to Finder as an answer. Finder now does two things: It presents the decrypted file content to the user or the app that asked for the content, and it will cache that decrypted content to make subsequent accesses quicker. After all, Finder assumes that each content request to Boxcryptor requires a network call. With the file content cached, the cloud symbol is removed and the file is displayed in Finder as "downloaded".

            On to locking: If you lock Boxcryptor, we will remove the Boxcryptor Location so that no access is possible anymore. But remember the cached decrypted (!) files in Finder? We cannot leave them, because you just told Boxcryptor you want to make sure nobody can access these files without unlocking Boxcryptor again. So we have to clear Finder's cache. After an unlock, Finder realizes that he does no longer have the decrypted file content in its cache and that it will have to ask Boxcryptor again for the content of the file. And this state is displayed by Finder by marking the files again with a cloud as "online". So the fact that the files will have to be pseudo-downloaded again is unfortunate, but necessary to ensure the security that you want in the locking feature.

            (2) Separate alias in Finder for each added Boxcryptor location.
            (3) Quitting Boxcryptorr app does not lock Boxcryptor automatically.
            Feedback noted, thank you for your thoughts. We've heard arguments in both directions and had to make a decision which one to follow when designing the new Boxcryptor version. Of course we continually re-evaluate our choices based on the feedback that we get on them.

            (4) Hard to distinguish which location you are working with in Boxcryptor v3 compared to v2.
            I'm not sure I can follow you there. Would you mind sending me some screenshots elaborating this issue to support@boxcryptor.com? Make sure to mention this thread.

            I hope I could bring some clearity to your questions, especially regarding the inner working of Boxcryptor with local files. Better explaining the differences between v2 and v3 is a high priority on our roadmap for the new version and we are already working on that.

            Oh, and thank you for your appeal to all users: We are listening to all of your feedback, and in the end we do have the same goals: To create an app that is easy to use, secure as possible and that you should notice as little as possible in your day-to-day work. It should not be equal to v2 - it should be better. But even when v2 was a rock and v3 has the potential for a gemstone - the former had been polished through time, and the latter has just started its polishing process. So there will certainly be edges at the moment, but with your reports we'll smooth them, and at the end the result will be well worth the effort.

              JH1 Thank you for your feedback. We are aware of the "downloading not permanent" issue and are already looking for a solution. In technical terms, Boxcryptor itself doesn't remove downloaded content (with the exception of when you're locking the App), but Finder does so whenever it feels fit to do so. We know that this situation appears when the available storage space on the Mac is running out. There are certainly also other scenarios that make Finder clear its cache and hence make files "online only" again. We are considering an option to force Finder to keep files local even in such situations.

                Why do I need to be online to create a decrypted copy of a file? I was working on the plane this week, and since BC auto-encrypts and I need decrypted files in a shared folder, I made my decrypted copy. Got an error I must be online. Now I have to remember for all the files I created on the plane, which need to be decrypted when I get back online. Not good.

                Christian,

                thank you for your explanations to me (earlier) and others.

                One basic "problem" we (myself and some others) seem to have is -- as you mentioned: the 'philosophy' behind Apple's File Provider API is that data essentially lives in the Cloud and is only made available temporarily for working with it in macOS. My own scenario (and that of some others as I see from the posts in this thread) is kind of the opposite:

                • data lives on my Mac (and is supposed to stay there)
                • it is being copied (for backup and/or sync purposes) into some cloud.

                Microsoft's OneDrive sync client made the transition to Apple's File provider API earlier this year (?), they, however, succeeded in making "download now" and "always keep local" work in their client, using File Provider API-functionality. If you guys were to implement that ("download now" is there but does not reliably and efficiently work in all cases, "always keep local" is not offered by BC 3.x, yet), most of us could use BC and continue working as before. (When saying so, I suspect that local copies continue to be available when the machine is offline and will be sync once online again -- this is of course a requirement for your sync logic, but definitely possible, since the new OneDrive client does work that way.)

                Unless you "lock" BC or remove this Cloud provider in the BC config, you would then never lose local files (provded enough disk space is available, but those of us working this way will take care of that, obviously) and be able to work with them no matter whether you're online or offline.

                -> This is description of what I understood from your earlier posts, Christian, Apple's tutorials on the File Provider API on WWDC, and the problem description of others in this thread. It does not address performance or other bugs, merely missing functionality. Correct me if I'm wrong... <-

                Hi everybody,

                Again, thanks for all the feedback which is really helpful - may it be positive or critical. We also considered it when re-evaluating our macOS 13 Ventura roadmap in the past weeks.

                As a result and contrary to our initial plans, we have just released a new version of the Boxcryptor for macOS legacy app (v2.x) which is compatible with macOS 13 Ventura. We understand that the new Boxcryptor for macOS app (v3.x) does not yet meet all requirements users might have (esp. regarding an always offline availability) and we want users to have the ability to make the switch from v2.x to v3.x on their own schedule - rather than being forced to because of the new macOS version.

                You can download the new version of the legacy app with macOS 13 Ventura compatibility and it will also be distributed via auto-update to all v2.x users in the next few days:
                https://www.boxcryptor.com/download/Boxcryptor_v2.47.1885_Installer.dmg

                The new Boxcryptor for macOS app will still be our default option for users on macOS 12 or newer, but if somebody is not yet ready for whatever reason, it is now possible to stay on the legacy app longer - even when running macOS 13 Ventura.

                Best regards,
                Robert

                Robert This is fantastic news and much appreciated! This will allow me to continue running v2 on my main system and my ßeta M1 and Intel systems on v3 monitoring its progress, all running macOS Ventura.

                  Hi, I have Boxcryptor 3.9 (on macOS Monterey) and it's been working great, very happy with the product.

                  However, whenever I try to save a Numbers document this comes up. Prior to installing Boxcryptor this has not appeared for me, even when syncing to Google Drive. Is this a bug or is there a fix for it?

                  Thanks!

                  6 days later

                  Christian it would be nice if boxcryptor actually would work like that. but it does not. it just bloody does not download anything that i select with "download now". Can you help?

                  Daniel-Muc
                  Das ist bis heute noch so, nur mit höheren Versiosnummern: Danach ist bei mir 3.9 die neueste Version, aber installiert die Version 3.11.
                  Darüber könnte ich hinwegsehen, wenn BC-V3 überhaupt so arbeiten würde, wie es zu erwarten sein sollte:
                  Crashs, Datei-Verdoppelungen (Folge: drohender Überlauf meiner 2 TB SSD), ..., ..., BC-V3 Client verlor mehrfach die den Login und die über Start eingebundenen Clouds, ...).
                  Ich werde wohl auf die alte Version zurückgehen.

                    • Edited

                    Christian
                    Das macht so richtig Freude bei über 20.000 Dateien allein in einem meiner Verzeichnisse!

                      There are clearly some bugs in the file synchronisation. If I add a folder it adds across all my devices but if I then delete one it only deletes locally, so my folder structure is rapidly getting into a mess.

                      Please add a function to allow us to download all cloud files onto local devices automatically rather than on an "on demand" basis. For example if I am on my laptop and on a plane and have forgotten to download a file I am stuck because I don't have internet access to retrieve it from the cloud. I totally get why some people like to use on demand, but i like to have everything on my device so please give us the option to do this (like the major file sync apps all do)

                      If the system encounters an error with a file it kicks the whole sync process out rather than just skipping the problem file. I use OneDrive and have a OneNote file there by default which the system can't handle so every time I try and sync all my files (see point above) it stops the whole process. This is a pain but also causes real problems with synchronisation.

                      I tried to move the OneNote files but that gave me an error and even though I have moved them back I can't cancel the error notification and I think that might be causing problems with subsequent synchronisation

                      An update on the sync problems. It is clear there is an issue with deleting files locally and that deletion not being replicated in the cloud, and thus on other local devices. It works perfectly when I add files or folders but not when I delete them.

                      If I delete the files on a different device that still uses the OneDrive app to process synchronisation then that deletion works fine up to the cloud, but isn't recognised on the the new 3.x instance. (ie 3.x system doesn't process deletions to/from the cloud; additions seem to work both ways, fine)