I've been looking at the issue in #1, where the same error occurs for export-bundle. This is not reproducible under all circumstances, so it'd be helpful to understand could be different here.
There is a workaround floating about for the export-bundle issue which has stopped working:
`db.applications.updateOne({"_id" : "<model-uuid>:<application-name>"},{ $set: {"charm-origin.platform.os":"ubuntu"}})`
FYI: Platform in state uses `series`, while core/charm Platform uses `channel`, they are equivalent and are parsed the same.
I've been looking at the issue in #1, where the same error occurs for export-bundle. This is not reproducible under all circumstances, so it'd be helpful to understand could be different here.
It can happen with charmstore charms as well.
The application data in the charmstore case looks like: server" ,
"model- uuid" : "xxxx",
"subordinate" : false, server- 118",
"cs-channel" : "stable",
"charm- origin" : {
"source" : "charm-store",
"id" : "",
"hash" : "",
"revision" : 118,
"channel" : {
"risk" : "stable"
"platform" : {
"architectur e" : "amd64",
"series" : "focal",
"os" : "ubuntu"
{
"_id" : "xxxx:rabbitmq-
"name" : "rabbitmq-server",
"series" : "focal",
"charmurl" : "cs:rabbitmq-
},
}
},
...
}
There is a workaround floating about for the export-bundle issue which has stopped working: s.updateOne( {"_id" : "<model- uuid>:< application- name>"} ,{ $set: {"charm- origin. platform. os":"ubuntu" }})`
`db.application
FYI: Platform in state uses `series`, while core/charm Platform uses `channel`, they are equivalent and are parsed the same.