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

Deal with old model versions better #343

Open
rmunn opened this issue Aug 9, 2024 · 0 comments
Open

Deal with old model versions better #343

rmunn opened this issue Aug 9, 2024 · 0 comments

Comments

@rmunn
Copy link
Collaborator

rmunn commented Aug 9, 2024

Currently if you have a Language Forge project from an old model version (say 68), LfMerge will refuse to sync the project. But if the user has upgraded their project in FLEx and pushed an upgraded version, LfMerge will refuse to sync because it still sees the FLExProject.ModelVersion file in the local repo and says "Old model, not going to touch it" and bails out. We should probably change the logic to say "Old model, do a pull and see if there's a newer model available".

If LexBox adds an API to check the model version available on the server, then that could help: instead of doing a full Mercurial pull through LfMergeBridge which can take a while, it would be a single HTTP request to check the model number. So this might depend on sillsdev/languageforge-lexbox#1022 being completed and an API being built for that.

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

1 participant