You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There is a bug about which trace table to use when multiple instrument configurations are reduced together.
In "ExtractArcs.py", the following code is causing the issue:
if hasattr(self.context, 'trace'):
trace = self.context.trace
else:
trace = read_table(
input_dir=os.path.join(self.config.instrument.cwd,
self.config.instrument.output_directory),
file_name=original_filename)
self.context.trace = {}
for key in trace.meta.keys():
self.context.trace[key] = trace.meta[key]
This is fine when only one instrument configuration is used. However, when multiple configurations are reduced at the same time, self.context.trace is overwritten by another configuration before it is used to extract arcs. Therefore, the trace tables should always be read from the directory.
Hi!
There is a bug about which trace table to use when multiple instrument configurations are reduced together.
In "ExtractArcs.py", the following code is causing the issue:
This is fine when only one instrument configuration is used. However, when multiple configurations are reduced at the same time,
self.context.trace
is overwritten by another configuration before it is used to extract arcs. Therefore, the trace tables should always be read from the directory.We provide a hotfix at: prusinski@16ca8e8
The text was updated successfully, but these errors were encountered: