Skip to content

Check that lut files exist before using the timestamp reported by %RoutineMgr.TS #792

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

Open
wants to merge 2 commits into
base: main
Choose a base branch
from

Conversation

raymond-rebbeck
Copy link
Contributor

Fixes #791

%RoutineMgr.TS() always returns the current time for a lut file that does not already exist preventing import as they do not get considered as outdated.

Check that lut files exist using %RoutineMgr.Exists() before returning the timestamp in SourceControl.Git.Utils.RoutineTSH()

This unexpected behaviour with the timestamp only seems to affect lut files, though I have not exhaustively checked every possible supported file type. This seems as though it could be some sort of upstream bug, though is able to be easily worked around in this instance.

…r the purpose of importing

The timestamp returned by %RoutineMgr.TS() is always the current time for a lut file that does not exist or has yet to be imported, resulting in such lut files as never being considered as outdated when performing an import.

Check that lut files exist before using the returned timestamp, allowing them to be imported.
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

Successfully merging this pull request may close these issues.

LUT files that do not exist or are not yet imported are never considered outdated when importing
1 participant