Bug report – wrong labels in the content type dropdown

Subject: Five content types show "de" instead of their name in the "Inhalt" dropdown (German UI)

Environment

• Lumi Desktop, macOS 15 (Darwin 25.6.0)

• UI language: German

• Editing an H5P.InteractiveBook, chapter is an H5P.Column

What happens

When adding or changing content inside a Column, the content type dropdown lists all 34 allowed types. Five of them show the literal string de instead of a name. By their position in the list (the order comes from H5P.Column/semantics.json) these are:

All other entries are labelled correctly, e.g. "Zeitleiste (Timeline)", "Aufklappbarer Text (Accordion)".

The same wrong label also appears in the collapsed header of every content element in the editor, which shows title plus content type. A text element titled "Auflösung" is displayed as "Auflösung (de)" instead of "Auflösung (Text)". This is confusing, because it looks like a language error in the user's own content rather than in the UI.

Likely cause

The five affected libraries are exactly those that are not standalone content types in the H5P Hub – they only exist as building blocks inside other content types. For all other libraries the localized title appears to come from the Hub metadata. For these five there is no Hub entry, and the fallback seems to return the language code (de) instead of the library title. The German language files (language/de.json) are present in all five libraries, so the translation data itself is not missing.

Expected

Fall back to the library title from library.json (e.g. "Text", "Image") when no localized Hub title exists, instead of printing the language code.

Impact

It makes the dropdown unusable for these five types – users cannot tell which entry is Text, Image, Link, Video or Table, and all five look identical.