-
Notifications
You must be signed in to change notification settings - Fork 3
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
flucoma/flucoma-max#368 hacky fix #25
base: main
Are you sure you want to change the base?
Conversation
Thanks for the PR. Your changes mitigate the issue, however, from a quick test it seems that you can still put
It seems that after you perform stage 2 of this patch, it will forever remain broken. I don't have lots of time right now to look into this but you've gotten very far already figuring out how to mitigate the bug from breaking the object entirely. Can you look a bit deeper into how errors are reported if the user does destroy the original buffer reference? |
Is there a way to write a PR as 'in progress and needs work' ? This is a work in progress I think and it would be great to have a place where such discussions could happen? |
@tremblap thanks for the reminder, I've now set it to draft as the issue is a bit bigger in scope than I thought and I can't explore it further at the moment. The last thing I attempted was calling the |
flucoma/flucoma-max#368
It does fix the issue, but it's also very brute force, as using
clear()
clears out everything in the object. A better solution might be to remove the specific layer that has disappeared and everything associated with it to try and preserve information in other layers.There may also be further edge cases where this bug may appear, but I have checked all the functions where I believe it might arise and called
checkalllayers()
from where necessary.Currently the error messsage it spits out doesn't tell you which buffer disappeared, as the name of it is already gone by the time the check is done:
jsui: fluid.waveform~: buffer "[object Object]" no longer exists
. Might be worth implementing something to remember buffers so that the error is more useful to the user.@jamesb93