Talk to a human. Get an answer.

ASysT Rendering is in alpha and built in tight loops with its users β€” a real bug report today genuinely shapes next week's release. Bugs and ideas live in a public tracker so you can watch them get picked up; anything private goes straight to the maintainer by e-mail.

πŸ›Report a bug

Something rendered wrong, a diagram lost a connection, the panel misbehaved β€” open a report on the tracker. A short form asks for the version and what you saw.

Open a bug report

πŸ’‘Suggest a feature

A view you miss, a workflow that takes too many clicks, a SysML construct you need β€” tell us what you are trying to do, not just the button you want.

Suggest a feature

⭐Rate it publicly

A short review on the Marketplace is the single most helpful thing you can do for a young tool β€” it is how other engineers find it.

Review on the Marketplace

Browse existing reports & ideas

What makes a bug report great

  • The extension version (Extensions view β†’ ASysT Rendering) and your OS.
  • Roughly how big the model is β€” number of .sysml files is enough.
  • The steps, in order, and what you expected vs what you saw.
  • A screenshot β€” of the diagram, the panel, or both.
  • If a diagram looks wrong: which view it is (definition, internal structure, state…).

Your model files are yours β€” never feel obliged to send them. A minimal snippet that reproduces the problem is gold, but a screenshot alone is already very useful.

Two channels, on purpose. Bugs and ideas go to the public tracker (browse before filing β€” a πŸ‘ on an existing report is the most useful vote). Anything private β€” licence questions, Enterprise enquiries, or a report you would rather not post β€” goes to asyst.rendering@gmail.com.