Archicad 29 is unusable due to Teamwork errors. Please review a measure to provide a partial refund

[Lee KiSeong]

Archicad 29 is unusable due to Teamwork errors. Please review a measure to provide a partial refund of the Archicad 29 subscription fee.

Hello.

This is the first time in 14 years I have had such a terrible experience.

The client computers are Macs. The server is Windows 11.

The time servers are all identical, set to time.apple.com. (I even attempted to unify the time on the Windows server using the UTC method, but it was of no use.)

The error shown in the image below appears 3 to 4 times a day, causing about 30 minutes to an hour of work to vanish each time. I am suffering significant financial loss.

I converted from a perpetual license to a subscription and prepaid for 3 years.

The exact same issue occurs in SaaS as well. Only in version 29!

Graphisoft has completely failed with version 29.

What is even more despairing is that I have seen many reports of similar issues to mine in the community.

Yet, Graphisoft has absolutely no idea what the cause is.

I received a response telling me to clear the cache files and test again.

If the cache files are the problem, then why does version 28 work perfectly fine without issues?

Please take a look at what I have gone through over the past 2-3 days.

[Patrick M]

I had a realization last friday and today. in both cases, 2 different files, we had 1 or more team members who's work was not visible by other team members. Some with warnings, some without. In all cases, the bimcloud manager reports that they sent, and even gives a sent data cache size.
with each send, the server shows that they sent. it shows that other team members are receiving.
...
at this point, I do not believe this is an archicad problem. I think this is a bimcloud problem. 
...
It appears that BIMcloud is recognizing users data is sent, but is failing to synchronize that data with the server caches. Now, wether this is because of a flaw in archicad or bimcloud, I don't know. I'm not a software engineer. But by all appearances, if I were diagnosing this as a structural or mechanical system, I'd say that this is an error BIMcloud; a foundational failure, not a mechanism failure.

[Patrick M]

happy to report that 29.1 has helped us a lot. We are no longer mysteriously losing work due to failed s/r.
we are still getting teamwork warnings; but this is back down to a "normal" frequency (which is still way too frequent to accept from a high end bim authoring tool).

Teamwork warnings/errors need to pop up when there are issues. Issues can not be a daily occurrence. 
If it requires every project team have an archicad expert dedicated to trouble shooting software malfunctions and file maintenance issues, whats the point? we're wasting as much time as if we were flat cad drawing buildings again (only speaking slightly hyperbolic here, its honestly a LOT of time that goes into maintaining files to limit teamwork mishaps)

[GCP]

@Patrick M  

Do you still experience loss of work? And what do you mean by “normal” frequency — once or twice a week?

The reason I ask is that, after experiencing the same problems everyone is frustrated about, we had to fall back to Archicad 28 once again.

If the 29.1.0 update solves the problem, we would consider migrating -again- to Archicad 29, since we also model MEP, which is much better in AC29.

Can you share a bit more about your experience with this new update and whether you are happy with it?

Has anyone else tried it?

[Patrick M]

AC29 had a bug that resulted in send/receive often either not working, often times user A and user B would have different local data, regardless of how many s/r they tried. The server showed sent caches from both. But no amount of teamwork attempts synchronized data. Reload from server or leave and rejoin resulted in lost work, as the server was NOT receiving, despite the server activity log indications.
Worse yet, there were several recorded instances where send/recieve would result in local data regressing to old server data, overwriting local data changes with outdated server data... effectively undoing all work done since the previous send, and sometimes even from the day before, even though subsequent sends had been recorded on the server logs.

...

As for "normal frequency" of teamwork operations; no amount of teamwork warnings interrupting the work day is acceptable, but I have noticed these warnings and hangups for over 2 years now. I generally expect in a clean and operational file to see warnings up to 2-3x a week per user. This is a massive PITA, and a horrible obstruction to efficient and effective work; and should in no way be swept under the rug.
I first brought up the frequency of teamwork malfunctions, warnings, and failures, like I said, 2 years ago... It's been met with general apathy, until it culminated in the most recent teamwork melt downs of AC29. Now that this recent bug has been fixed, I'm hoping to see continued persuit of improvements to bimcloud and teamwork operations; but that has yet to be seen.

[GCP]

@Patrick M  Thank you very much for your reply.