Mediawiki History jobs use a view registration that skips the hive metastore and looks at the underlying data directly, superimposing their own schema. If the schema of the underlying data changes, this can cause problems. See for example the patches on the parent task, T350489.
The solution would be to use select statements that explicitly grab data through the schema as defined in the Hive metastore. This would allow forward-compatibility with backwards-compatible schema changes.