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

GRANITE-45463: update the default FileVault version to 1.3.2 #1091

Conversation

steffenvan
Copy link

Description

As described here: #1087, this PR aims to update the default FileVault version to 1.3.2.

Related Issue

The related issue is: #1087

Motivation and Context

Whenever a new CM environment is set up, it should employ the latest version of FileVault, 1.3.2 as of today. One reason is that it fixes https://jira.corp.adobe.com/browse/GRANITE-45463. In short, upgrading to the newest FileVault enables the deployment of custom and/or customized OOTB index definitions. Without the latest version, customers will need to manually upgrade FileVault whenever they receive a new CM environment.

How Has This Been Tested?

By upgrading the FileVault to 1.3.2 on a dev CM environment and executed the pipeline with invalid and valid

Screenshots (if appropriate):

Types of changes

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

  • I have signed the Adobe Open Source CLA.
  • My code follows the code style of this project.
  • My change requires a change to the documentation.
  • I have updated the documentation accordingly.
  • I have read the CONTRIBUTING document.
  • I have added tests to cover my changes.
  • All new and existing tests passed.

@kwin
Copy link
Contributor

kwin commented Aug 25, 2023

Please rather update to the most recent 1.3.4.

@steffenvan
Copy link
Author

@vladbailescu I see that this is still open. Can we have a review on this? This causes disruption for several customers (and us because we have to fix it).

@Buuhuu
Copy link
Contributor

Buuhuu commented Apr 4, 2024

superseded by #1177

@Buuhuu Buuhuu closed this Apr 4, 2024
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.

None yet

4 participants