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

AY-1292_Fusion Context Switching Bug #15

Open
ynbot opened this issue Sep 16, 2024 · 1 comment
Open

AY-1292_Fusion Context Switching Bug #15

ynbot opened this issue Sep 16, 2024 · 1 comment
Labels
sponsored This is directly sponsored by a client or community member type: bug Something isn't working

Comments

@ynbot
Copy link
Contributor

ynbot commented Sep 16, 2024

Please describe the issue you have acountered?

: Fusion Context Switching Bug
: Heya, <@> so found a very specific Fusion Bug.
Here are the steps to recreate the fusion bug.

  1. Launch Fusion with Task A.
  2. Open Fusion Menu and switch to a different context by using workfiles saving to save into Task B.
  3. The Fusion Menu reflects the change in context and is now pointing to Task B.
  4. Close The Fusion Menu. Reopen the fusion menu.
  5. Fusion menu now is showing the Task A context. It seems to remember the context Fusion was launched in instead of the current fusion context.

How to replicate the issue?

No response

Additional context:

link to discussion on Discord
(might be a private channel)

This issue was automatically created from Clickup ticket AY-1292

@ynbot ynbot added bug sponsored This is directly sponsored by a client or community member labels Sep 16, 2024
@BigRoy
Copy link
Collaborator

BigRoy commented Sep 16, 2024

Unfortunately this is the case, and I haven't found a 'decent' way around this.

Basically Python scripts launched for Fusion launch into its own Python interpreter, each time, as separate "fuscript" executions. They are completely isolated from Fusion itself - which means even if we persist some environment variables or context changes, those do not persist in the upstream Fusion.

Whatever capabilities we have to store metadata into e.g. the Fusion process or the current comp unfortunately gets saved into the files - I have found no "runtime metadata" just for the current Fusion session.

Which leaves, potentially, the only remaining workaround - somehow get the process id or uuid of the actual Fusion the scripts run against - and use that to detect a temp file on disk that we use to store the context of that fusion - regardless of the Python process starting.

I've never found anything better for Fusion.

@ynbot ynbot added type: bug Something isn't working and removed bug labels Sep 17, 2024
@BigRoy BigRoy pinned this issue Nov 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
sponsored This is directly sponsored by a client or community member type: bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants