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

Bug: Configuration settings are not being used consistently #94

Open
2 tasks done
msamora-supernatural opened this issue Apr 25, 2024 · 4 comments
Open
2 tasks done
Labels
bug Something isn't working

Comments

@msamora-supernatural
Copy link

Expected behavior

We expect that the settings in Newtonsoft.Json-for-Unity.Converters.asset should be applied at all times.

Actual behavior

Often (~25% repro) when switching branches Newtonsoft.Json-for-Unity.Converters.asset will stop being used the next time you open the Unity Editor.

Steps to reproduce

Setup:
Create a branch using version 1.5.1
Create a second branch upgraded to version 1.6.3
Create a json converter that throws NotImplementedExceptions for all functions in both branches
Exclude the NotImplemented json converter in both branches

Steps:
close unity
switch branches
open unity

Details

Closing and reopening the editor does not resolve this issue. Each time the issue is reproduced the user must open the settings, notice that they have all been reset to the default values in the Unity UI, and re-apply the correct settings.

Checklist

  • Shutdown Unity, deleted the /Library folder, opened project again in Unity, and problem still remains.
  • Checked to be using latest version of the package.
@msamora-supernatural msamora-supernatural added the bug Something isn't working label Apr 25, 2024
@applejag
Copy link
Owner

@msamora-supernatural thanks for such a detailed repro!

Does it still happen if you use the same version?

@msamora-supernatural
Copy link
Author

@msamora-supernatural thanks for such a detailed repro!

Does it still happen if you use the same version?

This issue does not happen with version 1.5.1
We rolled back to this stable version, but we would like to upgrade so that we can take advantage of the startup time improvement that comes from disabling "auto type scanning" in version 1.6+

@applejag
Copy link
Owner

@msamora-supernatural if I get this right, then while staying at the same version the config is left untouched. But only when jumping back and forth between v1.5 and v1.6 it fails.

So workaround is to upgrade all branches to v1.5.1.

However, as you are creating this issue I assume that that's perhaps not a valid solution for you? I guess maybe the branch with v1.5.1 is under code freeze?

I do not really have time to dig deeper into this one right now and debug it in Unity. If you'd like to give it a go then please feel welcome to.

The way types are looked up was changed, as it now also uses the assembly name. Maybe related to that? I have a vague memory that we at least tried to not make it backwards incompatible. For reference, here's the diff: 1.5.1...1.6.3

@msamora-supernatural
Copy link
Author

msamora-supernatural commented Apr 29, 2024

@msamora-supernatural if I get this right, then while staying at the same version the config is left untouched. But only when jumping back and forth between v1.5 and v1.6 it fails.

So workaround is to upgrade all branches to v1.5.1.

However, as you are creating this issue I assume that that's perhaps not a valid solution for you? I guess maybe the branch with v1.5.1 is under code freeze?

I do not really have time to dig deeper into this one right now and debug it in Unity. If you'd like to give it a go then please feel welcome to.

The way types are looked up was changed, as it now also uses the assembly name. Maybe related to that? I have a vague memory that we at least tried to not make it backwards incompatible. For reference, here's the diff: 1.5.1...1.6.3

@applejag Thank you for the suggestion, but It isn't possible for me to update all of our branches at the same time.
The issue seems to be related to #82 the config is failing to load and this package is initializing with the default values.

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