Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

GeometryIds changed between 2.0.5 and 2.0.6 #37

Closed
5 tasks done
SimonSchneider opened this issue Aug 5, 2024 · 2 comments
Closed
5 tasks done

GeometryIds changed between 2.0.5 and 2.0.6 #37

SimonSchneider opened this issue Aug 5, 2024 · 2 comments
Labels
bug Something isn't working

Comments

@SimonSchneider
Copy link

Describe the bug 📝

I am upgrading from 2.0.4 to the latest version (2.1.6) and all my old fragment files have stopped working. The geometryIDs have changed. I've pinpointed that this commit introduced the regression.
c53ac59

I'm getting the error malformatted fragment because the fragment groups don't seem to contain geometryIDs that are stored in the streamedGeometries https://github.com/ThatOpen/engine_components/blob/23c99ee54aa30046e84bda902d45b171ceb504bf/packages/core/src/fragments/IfcGeometryTiler/src/base-types.ts#L4

My understanding was that fragment files should be persisted and should therefore be backwards compatible. Or will I have to regenerate all my fragment files?

Reproduction ▶️

No response

Steps to reproduce 🔢

  • generate fragment files with 2.0.5
  • upgrade lib on frontend to 2.0.7
  • all the geometryIDs have changed and are no longer working.

System Info 💻

System:
    OS: macOS 14.4.1
    CPU: (12) arm64 Apple M2 Max
    Memory: 72.89 MB / 64.00 GB
    Shell: 5.9 - /bin/zsh
  Binaries:
    Node: 18.19.1 - ~/.nvm/versions/node/v18.19.1/bin/node
    Yarn: 1.22.22 - ~/.nvm/versions/node/v18.19.1/bin/yarn
    npm: 10.2.4 - ~/.nvm/versions/node/v18.19.1/bin/npm
  Browsers:
    Chrome: 127.0.6533.89
    Safari: 17.4.1

Used Package Manager 📦

yarn

Error Trace/Logs 📃

No response

Validations ✅

  • Read the docs.
  • Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
  • Make sure this is a repository issue and not a framework-specific issue. For example, if it's a THREE.js related bug, it should likely be reported to mrdoob/threejs instead.
  • Check that this is a concrete bug. For Q&A join our Community.
  • The provided reproduction is a minimal reproducible example of the bug.
@SimonSchneider SimonSchneider added the bug Something isn't working label Aug 5, 2024
@agviegas
Copy link
Contributor

agviegas commented Sep 8, 2024

Hey @SimonSchneider that's weird 🤔 we use flatbuffers for file export/import, and it's not backwards compatible. That's why in this commit I introduced a multi-version serializer to allow backwards compatibility.

We'll take a look at this. In the meantime, I suggest you regenerate your fragments. We don't foresee any changes to the schema in a long time, so this should work.

@SimonSchneider
Copy link
Author

SimonSchneider commented Sep 9, 2024

thanks, I think the flatbuffer export was what broke for me.
I've regenerated my fragments and the new ones work. I might have misjudged that this was the geometryIDs changing but in actuality it was just incompatible flatbuffers.

I'm unsure if you'll have to investigate this further as I'm quite sure it was the incompatible flatbuffers.

(Feel free to close this issue)

@agviegas agviegas closed this as completed Sep 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants