The problem in adding a view and having trigger assignation drops seemed to occur in a few scenes but mostly here: 3D scene It seems to be working ok now after re-importing from Sketchup.
The breaking triggers seems to happen to some that were added before the update and it occurs when for example modifying the size of a normal sphere / sprite. Everything works ok but once uploaded nothing happens when it’s clicked (after the modification).
In this scene I added a “open URL” trigger to an image of a trophy (material name “trophy”) hidden behind the house plants on the back-left corner behind the lady. Everything worked normal but the content simply would not open. The scene is part of an ongoing event so I had added a normal trigger on top of it which works nicely: 3D scene
There is a possibility that this issue isn’t related to the recent Shapespark update or adding a view. Could it have been the case that object names have changed in SketchUp at some point? Triggers of object type assume that the name of the SketchUp object doesn’t change when the scene is updated. A good practice is to make a SketchUp component (or group) for the object that is going to be used as a trigger in Shapespark, and specify your own name for each such SketchUp component.
We cannot reproduce it on our end. We have added numerous extension editor fixes in the upcoming bugfix release, so this issue might be already gone.
The trophy object has collisions disabled (in the “Objects” tab), which prevents mouse clicks from being detected. If you enable collisions, the trophy will act as a trigger again.
Thanks for the fix and advice. Yeah the problems might very well be on our end since I’ve employed more modelers lately and these sound very plausible. The problems just seemed to peak right after the update - I’ll let you know if we run into them again.