Issue with the Synchronous Receiver component

I noticed an issue when using the Grasshopper Synchronous Receiver component. This was quickly discussed with @jonathon and @Nikos in a call last week.

If I set the output mode to “Do Not Convert”, close my definition and re-open it, I get an error saying:

Missing object chunk in archive. An object could not be found in the document,it will be missing once the file is loaded.

When I close the message, my definition opens but the Synchronous Receiver is missing.

See below:

ezgif-4-5771441377

I think the issue might happen in other cases as well, as we seem to have missing receivers after uploading definitions to ShapeDiver, albeit a bit randomly. I will dig further, but the case I am reporting above happens consistently for me.

In case the error is not reproducible, I could find a way to share the data I am importing, or even create a temporary token.

Thanks in advance for any insight about this issue!

Hey @Mathieu_Huard, @Nikos managed to reproduce and we’ll try to have a look. In case you’re on a roll and you get there before us, you know where the source is :wink: (this is my way of saying pre-holiday stuff is busy/clogged and we might get to it in early jan…)

3 Likes

Thanks for the heads-up @dimitrie! As much as I’d love to issue a PR, I’m afraid we are on the same boat here :sweat_smile: . There is no big rush, happy to revisit this after the holiday period.

3 Likes

Happy belated new year! :champagne:
We are eager to move forward with finalizing a demo that receives data from Speckle streams into ShapeDiver. @Nikos did you have a chance to look into the issue described above?

1 Like

Hey @snabela!

We’ll be looking into this issue this week, so hopefully we can ship you a fix soon.

I’ll keep you posted

1 Like

Hi @snabela @Mathieu_Huard

This issue should be fixed with the latest release. Thanks @AlanRynne!

Please update the connector and let us know.

Amazing, many thanks @Nikos! We confirm it’s working locally and we are getting the update deployed for testing today.

2 Likes

Hi @Nikos and @AlanRynne !

I have good news and bad news :innocent:

The good news is that, in the latest plugin version, I can confirm that the previously reported issue is fixed! As a side note, it does also work on ShapeDiver now, which we are very happy about!

However, I found a related issue with the “Stream Get with Token” component. I am not sure if you prefer to handle it here or if I should open a separate topic (if so, let me know and I will copy my report there).

Somehow, when sending incorrect or fake inputs to “Stream Get with Token” after having previously loaded a stream, it seems the previous stream is cached and again returned by the component. See the clip below:

ezgif-1d24b696a2409

This can lead to confusing situations in the context of ShapeDiver, as well as security risks. Unless I am missing something, I don’t think this is what users would expect from the component either.

Could you have a look into the issue?

Hey @Mathieu_Huard,

Thanks for posting this. I will investigate and ask the team and get back to you as soon as possible!

2 Likes