Have something to say?

Tell us how we could make the product more useful to you.

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: PositionLibraryShould read 15 H5P.Table Tabelle (Table) 16 H5P.AdvancedText Text 18 H5P.Image Bild (Image) 23 H5P.Link Link 33 H5P.Video Video 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.

gerald.im.web 12 days ago

🅱️

Bug Report

BLACK SCREEN

I am experiencing a problem with YouTube videos when using the H5P Interactive Video content type in Lumi. The issue started suddenly today. The exact same YouTube videos were working normally yesterday, but now the video area appears completely black. The important details are: The YouTube video loads and plays. The audio works normally. The H5P interactions also work normally at the correct timestamps. However, the video image remains completely black during playback. The video duration is detected correctly. The same problem happens with different YouTube videos, not only one specific video. The YouTube videos themselves work perfectly when opened directly on YouTube; both video and audio are displayed normally. If I upload the original MP4 file directly from my computer into Lumi instead of using a YouTube URL, the video image displays correctly. Therefore, the problem seems specifically related to YouTube video embedding/playback inside H5P Interactive Video. I also exported one of the affected projects as an.h5p file and uploaded it to my MoodleCloud course. The exact same issue occurs there: audio works, H5P interactions work, but the YouTube video image is black. Even H5P activities that I created and uploaded yesterday, which were working correctly at that time, are now showing the same black screen in Moodle. I have already tried the following troubleshooting steps: Restarted the computer. Tried Microsoft Edge. Tried Google Chrome. Created a new Lumi account. Created a completely new H5P Interactive Video project. Tested a different YouTube video URL. Tested older H5P projects that previously worked. Tested the YouTube video directly on YouTube, where it works normally. Tested uploading the MP4 file directly into Lumi, where it also works normally. I also received an “Internal Error” message from Lumi shortly before this problem started. Because the same issue occurs with multiple YouTube links, multiple browsers, a new Lumi account, and also after exporting the H5P file to Moodle, it appears that there may currently be an issue with YouTube playback or embedding inside H5P Interactive Video. This is very important for my project because I am using YouTube as the video source to keep the H5P files small and avoid consuming a large amount of MoodleCloud storage. Could you please let me know: Is this a known issue currently affecting Lumi or H5P Interactive Video? Is there a temporary workaround that still allows us to use YouTube URLs? Is an update or fix currently being prepared? Will existing H5P projects automatically work again once the issue is fixed, or will they need to be recreated or re-saved?

radiya.alajmi33 16 days ago

💡

Feature Request

Web App Login Issue: Showing "Successfully signed in!" but stuck on login page

When attempting to log in to the Lumi Cloud web app (app.lumi.education), the login authentication succeeds, but the application fails to redirect to the user dashboard or editor interface. Enter valid account credentials (or use standard sign-in options) and click Sign in. A green notification toast appears saying "Successfully signed in!". The page remains stuck on the login form without redirecting to /dashboard or /projects. Clearing browser cache, clearing local storage, switching browsers, switching devices including laptop and mobile and manually navigating to /dashboard after receiving the "signed in" status (still redirects back or fails to load the session).

zhaoying.h10 about 1 month ago

🅱️

Bug Report

HTML export creates inaccessible asset folder on Windows

Hello Lumi Team, I found a bug when exporting a project containing Game Map to HTML on Windows 11. The export process completes successfully and the HTML file is created. However, the exported asset folder cannot be opened because Windows reports "Location is not available". As a result: Images are not displayed. Audio files fail to load (Failed to fetch in the browser console). The exported HTML cannot run correctly because some assets are missing or inaccessible. I tested this several times with different project names, and the same issue occurs every time. Environment: Lumi version: 1.0.2 Operating System: Windows 11 I have attached screenshots of the inaccessible folder, browser console, and network errors. thank you

azizanadya54 2 months ago

🅱️

Bug Report