QA (public) » openQA Project (public)

The version is a string and not a float in the openQA database. This should actually help to preserve the exact format. For some reason the dump-templates renders the version as number, though.

That shouldn't prevent you from passing a string. I just tried your command with sed -e 's/version.*=>.*42\.3/version => "15.0"/g' and the .0 is preserved. If you then dump again, you'll see that even openqa-dump-templates now renders the version as string. So export/import using the scripts shouldn't cause any data loss.

If we're lazy we can just say fix the way you're invoking the script to pass the value as string (just change the sed command like I've just did). If we like consistency we can fix openqa-dump-templates to always render the version as string. Not that important in my opinion.

The problem was more that load-templates parsed 15.0 as 15.

But as I said in the previous comment: If one passes a string to openqa-load-templates it will preserve that string. One just has to use a string literal and not a number literal. The only problem I see is that the command from @okurz was using a number literal. I also don't think it is possible to fix this easily without writing our own JSON parser which would interpret certain number literals as strings.

The only thing left to improve would be rendering the version via dump-template always as a string. But as @coolo says that was less the problem.

So I'd say rejected unless anybody disagrees.