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

Fix LibraryItemState snake_case and camelCase inconsistency #470

Open
2 tasks
elpiel opened this issue Jun 16, 2023 · 5 comments
Open
2 tasks

Fix LibraryItemState snake_case and camelCase inconsistency #470

elpiel opened this issue Jun 16, 2023 · 5 comments

Comments

@elpiel
Copy link
Member

elpiel commented Jun 16, 2023

We have 2 different ways of representing video_id - snake_case and camelCase, this should be fixed and aligned with core

In core we now use video_id (snake_case) although all other fields are camelCase.

@josuejs23
Copy link

Is not clear, both links references to the same file and line

@elpiel
Copy link
Member Author

elpiel commented Oct 8, 2023

You are correct, I just fixed the link.

Core LibraryItemState might not be fixable because this will trigger bad deserialization in apps like stremio-web which store locally a serialised version of the Libarary in one form or another

@josuejs23
Copy link

ok, so a ticket must be created in that repo. Which other app might be impacted due to this change?

@elpiel
Copy link
Member Author

elpiel commented Nov 2, 2023

We need to double check if this field is used in the API, if it is we cannot change it but we could add an alias.
All applications will be affected due to the fact that LibraryItems are stored in Local storage depending on the app, e.g. web uses Local storage.

@unclekingpin
Copy link
Contributor

@elpiel this propery is used in the go server and must be named like that,
As a last resort we could use 2 separate serializators, one for the API, and one for the JS layer

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants