BIMcloud warnings are getting out of control

[Patrick M]

here is a small sampling of the t/w warnings I have been trouble shooting the past week. This feels like something is broken... or theres something else at play here (my tinfoil hat is on pretty tight right now). And these are about 1/4-1/2 of what I've been sent:

 

  

  

  

 

[torben_wadlinger]

Despite your first picture I’ve never seen anything like that. Maybe a timing problem? Please check if the clocks are synchronized.

[LucaP]

I've been going recently through the same rollercoaster of warnings, failed uploads and even couple of crashes in TW projects.

At first I was blaming our old version of BIMcloud Manager and server (we feared updating them due to recent news of updates causing problems). I even blamed the server itself - we keep the BIMcloud on a local machine.

But then, I thought that maybe I'll check my side one last time. I was sure at first that it couldn't be me, since I made sure to set up firewall correctly and everything ran smoothly before. But I found real surprise, that by some coincidence, in the Windows Firewall settings, all Archicad protocols (Application, Starter, BIMx Uploader etc.) had a rule to block connections. I'm not sure if it was caused by some recent software update (Windows or AC).

After allowing proper connections for each rule - problem dissapeared.

I can see you're working on macOS but maybe you can try confirming your security settings allow for AC to connect without issues. I kinda hope for you that here lies the problem because for me the solution was pretty simple. 

[Patrick M]

I don't even know what that means. Are you saying if the clock on the computer hosting the bimcloud basic is not reporting the same time of day, it will not sync with local data on the AC side? That makes absolutely no sense; you can s/r from a different time zone, why would the applications on either side care what time it was when the s/r is made?

[Patrick M]

the server is hosted on a windows server; it could be. But I would expect an all-or-nothing block, not occasional, sometimes, for some people and not others issue. I am working with several firms, with several different server configurations; most have dealt with some level of t/w errors, snags, and crashes. My main client has nearly 60 people in Archicad every day, and they have at least 2-3 of these hang ups every week. Sorting out whose local data we keep, who loses work, who has to redo lost work, etc. is quickly becoming my main job for them.

[Lingwisyer]

Time zones make no difference to the computer as times should be provided with the relevant offset or as universal. Timestamp accuracy is extremely important in real-time applications and desyncs could be treated as a disconnection or a compromised connection. Teamwork is not real-time, but it might be treated the same way.

[Algimantas Kuprenas]

Hi,

From my expierence if I start to work with ADDING / REMOVING / EDITING atributes or expecialy layers, then there is high risk that inperfections apprears and files cannot be merged.

[torben_wadlinger]

Just check if the clocks are syncronised. If they run in sync then everthing is fine. If not try to use a time-server.

Here is a little technical backround: presume the clock on your computer ist 5 minutes behind the server clock. The server receives a data package which from its point of view is five minutes in the past. In the meantime another user has send his changes to the server, which means that this new changes are newer than yours (from the perspective of the time stamps of the data packages). The server must reject your data because they are older than the existing ones.