New Insync version: 3.0.20

I’ve sucessfully installed the new version with AUR in Manjaro Gnome.
I’m able to open de software, login, and tell the software to use my old synced directory as base dir.
However, it starts syncing but never finishes.
I’ve waited more than 12 hours, and the “sync” (the directory was previously synced) has not finished…

Is there anything I can do besides trying a new directory to sync to?

1 Like

On the previous version and this version files are just not syncing to my local folder. The files being uploaded are originating on Windows 10 pc running Google Backup & Sync and are being synced to the Cloud fine as I can see them in the web interface and I can also see them in the Insync UI on Manjaro linux so Insync knows it’s there and knows it’s unsynced as it offers me the sync option. When I press that it will sync. This is a monitored folder therefore it should sync automatically. Nothing but problems. I had to move off Fedora as it was utterly broken there and the fix never came, at least before I left in spite of numerous beta versions of version 3. Looks like version 3 is still not fit for purpose.

1 Like

Made the BIG mistake of upgrading yesterday, what a disappointment and I pay for this ?? I rely on Google Drive syncing 100% entirely all day long every day now it’s horribly broken. How can I go back to previous version as this clearly has not been tested. The Under Construction tab also makes it clear and evident you RUSHED to a new version number and nothing is really finished. Why did you have to break what has worked perfectly for months ???
2019-09-29_15-03_1 2019-09-29_15-03

1 Like

What’s worse is that to be able to actually just work today, I had to end up disabling each folder one by one and resyncing everything because the upgrade simply wasn’t smart enough to know I had ALL the files already here on my HDD :thinking: So thanks for a wonderful 87 Gb of wasted DATA usage today !!! Utter rubbish that you can release a new version like this and so horribly break it.

2 Likes

I see the same thing on Insync 3 now. very annoying.

Usage scenario:

2 computers (“computer A” and “Computer B”) and one cloud drive (“OneDrive”). Both computers A and B configured initially to sync the entire base folder.

This no longer works:

New item added to base folder on computer A → OneDrive → computer B receives new item.
New item added to base folder on computer B → OneDrive → computer A receives new item.

In order for the new item to appear on the 2nd computer, the new item must be selected on the 2nd computer in the InSync app using the “selective could sync”. It will not be included automatically, even though it is in the base folder (that was was initially set up to sync all items).

1 Like

I just upgrade to 3.0.20 (working on Linux Mint 18, with i3 window manager) and when I start the insync app, it appears as expected in the i3 bar. I press to open the app and see whether it is syncing or not and its progress in general, but nothing appears. If I look into the log I get the following errors

QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled
libpng warning: iCCP: known incorrect sRGB profile
INFO 2019-09-30 10:49:36,357 [mainlogs:_log_run:92] Core(app_version=3.0.20.40428, platform=Linux-x86_64-linuxmint/18) initialized
WebEngineContext used before QtWebEngine::initialize() or OpenGL context creation failed.
WARNING 2019-09-30 10:49:36,484 [base_events:_run_once:1771] Executing <Task pending coro=<init() running at ideskcore/core.py:114> wait_for=<Task pending coro=<SettingsMain._load_settings() running at ideskcore/mainsettings.py:135> cb=[_log_tb_after_delay() at ideskasync/coreloop.py:302, <TaskWakeupMethWrapper object at 0x7f93193ccd68>()] created at ideskcore/mainsettings.py:117> cb=[_log_tb_after_delay() at ideskasync/coreloop.py:302, _chain_future.._call_set_state() at asyncio/futures.py:355] created at asyncio/events.py:88> took 0.314 seconds
WARNING 2019-09-30 10:49:36,622 [base_events:_run_once:1771] Executing <Task finished coro=<SettingsMain._load_settings() done, defined at ideskcore/mainsettings.py:135> result=None created at ideskcore/mainsettings.py:117> took 0.137 seconds
Traceback (most recent call last):
File “idesklinux/statusmenu_impl.py”, line 102, in
File “ideskui/statusmenu.py”, line 9, in do_action
File “idesklinux/platui_impl.py”, line 64, in do_action
AttributeError: ‘NoneType’ object has no attribute ‘show_app_dialog’

The previous version was also really buggy (all bugs have been reported to support, but zero feedback has been provided), but at least the app worked and I could sync with problems my files.

1 Like

Very similar experience here. Had to uninstall v3 and go back to v1.57. Wasted hours and countless GB.

v3 is such a half-baked release that I found it well nigh impossible to even compose a bug report:

  • it has “under construction” in essential places
  • it is very slow in all respects
  • it offers to set up “new” account even while its already syncing in the background
  • uploads and downloads all sorts with no reason whatsoever

v1.5 at least picked up the pieces relatively easily and cheaply (although not without some struggle).

This is really unacceptable for a paid-for solution.

Please try and make your releases more incremental and hire a few more testers. v3 was very obviously not seriously tested at all in anything close to a real world scenario. “Works on my machine” by a handful of gung-ho Python 3 developers doesn’t cut it.

1 Like

The latest build today of 3.0.20.40428 seems to be working for me now for syncing up and down. Will wait see if any other issues arise but at least it syncs now.

Sadly not for me. I think I’ll wait for a more major version update. Not much confidence even 3.0.21 will be great improvement. They probably need at least 3.1.x…

Got this response from Insync

So sorry for the confusion. The intended behaviour (auto-syncing new files) was not yet implemented in Insync 3, but we have spoken to our developers and they are going to fix this in the later builds. It will behave like it did on 1.x wherein new files will auto-sync after it’s added on Drive.

Unbelievable. I don’t know what they think they are building as it seems to run counter to what I would expect.

1 Like

Can you clarify the syncing up/down in more detail? For me it seems to be somewhat random which files are synced up/down, but opening any sub-folder in the insync GUI seems to let insync detect all sub-folder contents and sync them fine. I also think that any new local files get synced upwards fine. Just syncing from cloud to local seems a bit wonky.

Is that what you experience or is your issue different?

For me the issue was simple. Anything that was added in any remote folder which was synced to the Cloud would appear in the local Insync UI as available for syncing but wasn’t actually downloaded until you hit the sync button. This is not at all what I want. I want my files synced automatically unless I have chosen selective sync on that file / folder. That is the whole purpose of having this application. Without it then this application is no longer useful to me.

Why they would they release version 3 with One Drive integration before they’d sorted out existing customers on Google Drive. Strikes me as biting off more than they can chew and shows a severe lack of judgement. They don’t increase revenue streams by offering new services when they end up losing half their customers because the existing integration they provide is no longer functional. As they keep saying they have a small team so they can’t possibly do such a major migration and introduce a totally new integration and expect that all will just work. There will be teething troubles however when you are working with two integrations instead of one and a one of those is totally new to you then you are making a rod for your own back and so it has proven. Again bad judgement.

Having said that it now seems to be syncing for me with new files in spite of what support says but I’ve had to unsync and start resyncing all folders so that all previously unsynced files finally sync because I cannot possibly spend the time to try and figure which files it bothered to sync and which it didn’t. That’s going to take hours more and that just one folder within one Google Drive integration. I’ve multiple more there and 2 more Google Drives to resync. Disaster.

They’d better get their act together very quickly or I’ll be forced try overGrive. I don’t want to move as I’ve been happy using this for years now but there’s only so much time I can devote to this.

1 Like

Still no support for Thunar file manager na XFCE desktop??!! This is really unbelievable!!!

The transition process from Insync 1.x to Insync 3.x is perfect example of the totally unprepared new product release, which is still in development phase. All Insync users are now the tester hostages of the group of stupid developers.

So, I am asking now, where is boldly announced awesome (ha ha ha …) support:

So… no solution for all the issues that I have (random file syncing, weird permission errors). And also we cannot rollback this update… Some people says that this is a beta. I think this is an alpha release. Non intended for customer use.

I rolled back to 1.5.7 quite easily. Uninstalled 3.0.20 installed 1.5.7. Didn’t even take too long to figure out it doesn’t need to upload/download much. Just followed instructions from somewhere on here (might have been in a topic on how to roll back 2.0 beta or something).

Still waiting for more updates to 3.0 to try again. The initial release and one update that did go out were abysmal. See my earlier post.

1 Like

Hello everyone!

We’re aware that some users are experiencing bugs and we apologize for that. Rest assured, our team’s working every day to fix these bugs.

If you’re experiencing any bug or issue, it will help our team tremendously if you email our Support Team (support@insynchq.com) with the following details:

If you wish to roll back to 1.5.7, you may access the builds here.

Totally regretted to follow the email to upgrade to Insync 3, and I had to revert to 1.5.7 which is also a nightmare as I have so many files to index and sync, in the meantime, it isn’t sychronizing the new files. At this rate, the resyncing under 1.5.7 will take forever to finish, rendering the app completely useless.

2 Likes

This new Insync version is very unstable. I’m very worried too. I’m regretting to made the upgrade when I received that e-mail from them.

1 Like

I am using the paid version since the beginning of this software for 3 accounts (bought 3x licenses in the old model and 3x in the new one, linux user).

Unfortunately, the new version is totally unusable. Documents seem to get overwritten, on every computer, all files have to be re-up and downloaded.

I bought this software because it worked well without needing to invest any time in bug-hunting and long support-contact. Now, it seems that this is the only way. I feel as if I am testing unfinished beta software with missing features that the old version was already covering.

I uninstalled the software on my computers and will search for alternatives.

1 Like

I found that this works with insync 3.0.28 on my mac.
I am running the same version of mojave as you.