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

Remove workspace history workaround from binaryOpertaions #38037

Merged

Conversation

jhaigh0
Copy link
Contributor

@jhaigh0 jhaigh0 commented Sep 19, 2024

Description of work

Previously, there was a workaround in BinaryOperations::performBinaryOpWithDouble to ensure that workspace history was preserved. This involved adding a workspace briefly to the ads in order to give it a name property.

Since the pr #37839, algorithms run with storeInADS=False should have their histories reconstructed correctly, and not need such workarounds.

I think what's now happening in the function is covered by tests added in the previous pr.

Fixes #38018

To test:

Follow instructions from issue, running test 3 from project recovery test.

This issue in particular is with workspace binary ops so you could run something like

ws = CreateSampleWorkspace()
ws *= 2

Then generate the workspace history and check it is correct. (right-click, Show History, Script to Cliboard).

This does not require release notes because added this release


Reviewer

Please comment on the points listed below (full description).
Your comments will be used as part of the gatekeeper process, so please comment clearly on what you have checked during your review. If changes are made to the PR during the review process then your final comment will be the most important for gatekeepers. In this comment you should make it clear why any earlier review is still valid, or confirm that all requested changes have been addressed.

Code Review

  • Is the code of an acceptable quality?
  • Does the code conform to the coding standards?
  • Are the unit tests small and test the class in isolation?
  • If there is GUI work does it follow the GUI standards?
  • If there are changes in the release notes then do they describe the changes appropriately?
  • Do the release notes conform to the release notes guide?

Functional Tests

  • Do changes function as described? Add comments below that describe the tests performed?
  • Do the changes handle unexpected situations, e.g. bad input?
  • Has the relevant (user and developer) documentation been added/updated?

Does everything look good? Mark the review as Approve. A member of @mantidproject/gatekeepers will take care of it.

Gatekeeper

If you need to request changes to a PR then please add a comment and set the review status to "Request changes". This will stop the PR from showing up in the list for other gatekeepers.

@jhaigh0 jhaigh0 added Bug Issues and pull requests that are regressions or would be considered a bug by users (e.g. crashing) ISIS Team: Core Issue and pull requests managed by the Core subteam at ISIS Found in Beta Issues that were found during the manual/beta/smoke testing period labels Sep 19, 2024
@jhaigh0 jhaigh0 added this to the Release 6.11 milestone Sep 19, 2024
@robertapplin robertapplin self-assigned this Sep 19, 2024
@sf1919 sf1919 linked an issue Sep 19, 2024 that may be closed by this pull request
Copy link
Contributor

@robertapplin robertapplin left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for fixing this so quickly! I can confirm this fixes the issue we found during manual testing. A release note isn't required because this is a regression.

@SilkeSchomann SilkeSchomann self-assigned this Sep 19, 2024
@SilkeSchomann SilkeSchomann merged commit 6b3f244 into release-next Sep 19, 2024
10 checks passed
@SilkeSchomann SilkeSchomann deleted the 38018_project_recovery_with_alg_history_changes branch September 19, 2024 15:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Issues and pull requests that are regressions or would be considered a bug by users (e.g. crashing) Found in Beta Issues that were found during the manual/beta/smoke testing period ISIS Team: Core Issue and pull requests managed by the Core subteam at ISIS
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Project Recovery Test 3 fails with an error
3 participants