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

tC appears to not always force the download of the original language version used during the initial work in tN #7140

Closed
cckozie opened this issue Jan 12, 2021 · 4 comments

Comments

@cckozie
Copy link

cckozie commented Jan 12, 2021

3.0.1
I have one Mac (A) with the latest English and Greek resources, and one (B) with those in the release.
I imported a NT usfm project on machine B and gave it a new unique identifier
I performed a couple of tN checks
I uploaded the project to DCS
I imported the project from DCS to machine A
I loaded it in tN and did not receive the message that a previous version of the original language needs to be loaded.

@da1nerd
Copy link
Contributor

da1nerd commented Jun 23, 2021

@cckozie let me reword this to make sure I understand.
If you import a project, you want to make sure that tC always uses the same version of the language indicated in the project. And download it if necessary.

@cckozie
Copy link
Author

cckozie commented Jun 23, 2021

@da1nerd - tC captures the version of the original language being used when a user opens the project in tN for the first time. tC is designed to then continue to use that same version of the original language for all work in that project's tN. When the user later chooses to open the project in tN, tC checks the manifest to what version was previously used, and then will load that version. If for some reason that version of the original language is not in the resources directory, it prompts the user to download it or cancel the loading of the project in tN. I've not encountered a problem with this except in the scenario I outlined in this issue.
I hope that is clear:)

@da1nerd
Copy link
Contributor

da1nerd commented Jun 24, 2021

@cckozie it appears this was fixed along with my changes for #7121

@gayathrihayden
Copy link

Fix tested in tC 3.0.2 (ccf6be6) and works fine.
Tested as part of #7121

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

No branches or pull requests

5 participants