Skip to content

Revert #113522 #113745

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

Merged
merged 1 commit into from
Sep 29, 2024
Merged

Revert #113522 #113745

merged 1 commit into from
Sep 29, 2024

Conversation

dnhatn
Copy link
Member

@dnhatn dnhatn commented Sep 29, 2024

Revert synthetic source index setting provider should check source field mapper introduced in #113522

This reverts commit 0cdcc8c.

@dnhatn dnhatn marked this pull request as ready for review September 29, 2024 05:55
@dnhatn dnhatn merged commit e0a2d61 into elastic:main Sep 29, 2024
15 of 16 checks passed
@dnhatn dnhatn deleted the revert-113522 branch September 29, 2024 05:56
martijnvg added a commit to martijnvg/elasticsearch that referenced this pull request Sep 30, 2024
martijnvg added a commit to martijnvg/elasticsearch that referenced this pull request Sep 30, 2024
martijnvg added a commit to martijnvg/elasticsearch that referenced this pull request Sep 30, 2024
martijnvg added a commit that referenced this pull request Oct 1, 2024
…field mapper" (#113759)

Originally added via #113522, but then reverted via #113745, because of mixed cluster test failures (#113730).

This PR is a clean revert of the commit the reverted #113522 and one additional commit that should address the build failures report in #113730 : c7bd242

Basically create index invocation that would fail anyway should be ignored. If mapper service creation now fails, then we just assume that there is no synthetic source usage. This is ok, because the index creation would fail anyway later one.

Closes #113730
martijnvg added a commit to martijnvg/elasticsearch that referenced this pull request Oct 1, 2024
…field mapper" (elastic#113759)

Originally added via elastic#113522, but then reverted via elastic#113745, because of mixed cluster test failures (elastic#113730).

This PR is a clean revert of the commit the reverted elastic#113522 and one additional commit that should address the build failures report in elastic#113730 : c7bd242

Basically create index invocation that would fail anyway should be ignored. If mapper service creation now fails, then we just assume that there is no synthetic source usage. This is ok, because the index creation would fail anyway later one.

Closes elastic#113730
martijnvg added a commit that referenced this pull request Oct 1, 2024
…ource field mapper" (#113759) (#113828)

Backporting #113759 to 8.x branch.

Originally added via #113522, but then reverted via #113745, because of mixed cluster test failures (#113730).

This PR is a clean revert of the commit the reverted #113522 and one additional commit that should address the build failures report in #113730 : c7bd242

Basically create index invocation that would fail anyway should be ignored. If mapper service creation now fails, then we just assume that there is no synthetic source usage. This is ok, because the index creation would fail anyway later one.

Closes #113730
matthewabbott pushed a commit to matthewabbott/elasticsearch that referenced this pull request Oct 4, 2024
…ield mapper (elastic#113522)" (elastic#113745)

Revert synthetic source index setting provider should check 
source field mapper introduced in elastic#113522

This reverts commit 0cdcc8c.
matthewabbott pushed a commit to matthewabbott/elasticsearch that referenced this pull request Oct 4, 2024
…field mapper" (elastic#113759)

Originally added via elastic#113522, but then reverted via elastic#113745, because of mixed cluster test failures (elastic#113730).

This PR is a clean revert of the commit the reverted elastic#113522 and one additional commit that should address the build failures report in elastic#113730 : c7bd242

Basically create index invocation that would fail anyway should be ignored. If mapper service creation now fails, then we just assume that there is no synthetic source usage. This is ok, because the index creation would fail anyway later one.

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

Successfully merging this pull request may close these issues.

2 participants