[
https://issues.apache.org/jira/browse/SOLR-11624?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ishan Chattopadhyaya updated SOLR-11624:
----------------------------------------
Attachment: SOLR-11624-2.patch
Here's what we agreed to:
{quote}
# Do not delete/overwrite a configset when a collection is created
# Use a special prefix for auto created configsets
# When the collection which uses an autocreated configset is deleted, give a
WARNING message that the configset is not deleted
{quote}
I tried a patch with first two items (attached); problem is that there are
failures in some tests that would need some digging into (i.e.
TimeRoutedAliasUpdateProcessor#test()). I can do only step 1, for now (7.2
release) and fix all other cases later; however, it would mean a break in user
facing behaviour twice. I'm going to skip doing so (and do nothing for 7.2),
unless someone wants me to do otherwise.
> _default configset overwrites a a configset if collection.configName isn't
> specified even if a confiset of the same name already exists.
> ----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-11624
> URL: https://issues.apache.org/jira/browse/SOLR-11624
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Affects Versions: 7.2
> Reporter: Erick Erickson
> Assignee: Ishan Chattopadhyaya
> Attachments: SOLR-11624-2.patch, SOLR-11624.patch
>
>
> Looks like a problem that crept in when we changed the _default configset
> stuff.
> setup:
> upload a configset named "wiki"
> collections?action=CREATE&name=wiki&.....
> My custom configset "wiki" gets overwritten by _default and then used by the
> "wiki" collection.
> Assigning to myself only because it really needs to be fixed IMO and I don't
> want to lose track of it. Anyone else please feel free to take it.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
