@canlio Yes, it would be great if you added your research findings there; others will benefit from them later :)
Read the statement by Michael Teeuw here.
Posts
-
RE: Anybody that still provides good two way mirrors in europe?
-
RE: Module MMM-pages not working after Upgrading to 2.38
@p1lspeda Thanks for the update! Could you share your current MMM-pages config and the console messages from startup until you switch pages manually?
-
RE: problème youtube MMM-ISS-Live
@manu85340 Hi, that message comes from YouTube itself, so your Electron settings are probably fine. Please make sure no DNS filter (e.g. Pi-hole or AdGuard Home) is active, since the video only plays for me once Pi-hole is switched off. Then try this config:
{ module: "MMM-ISS-Live", position: "top_left", config: { url: "https://youtu.be/fO9e9jnhYK8" } },If you use a different
urlat the moment, it may be a stream whose owner disabled embedding. Does the video play with this one? -
RE: Module MMM-pages not working after Upgrading to 2.38
@p1lspeda Could you share the first error shown in the browser console? Where exactly does Hafas display
UNDEFINED, and isstationNameset?Which versions of MMM-pages, MMM-PublicTransportHafas and Node.js are you running?
Which MMM-Wallpaper module are you using: kolbyjack’s or jupadin’s?
-
RE: MMM-OneCallWeather
MMM-ISS-Livestill works on my setup (when I disable my pihole).Your shared config parts are a mess.
unitsappears twice in your config; if those curly quotes are in the actual file, please replace them with straight quotes.sudo apt install -y libvlc-dev libvlccore-dev vlc
Why did you think installing this helps?
Since this isn’t related to
MMM-OneCallWeather, please open a separate forum topic or a GitHub issue forMMM-ISS-Liveand include the exact player error. -
v2.38.0
Release Notes
Thanks to: @ago1776, @alkank, @Antra, @Blackspirits, @deBasMan21, @flightlesstux, @i-xul, @jamalkamaladdin, @khassel, @KristjanESPERANTO, @MannXo, @pascalpfammatter, @rejas
⚠️ This release needs nodejs version >=22.22.2 <23 || >=24
Compare to previous Release v2.37.0
[core]
- Prepare Release 2.38.0 (#4285)
- fix: let Electron select the Wayland display (#4268)
- fix(http): improve access error messages (#4281)
- fix: always redact client configuration (#4275)
- refactor: migrate browser scripts to ESM (#4272)
- refactor: convert animateCSS to ES module (#4266)
- use filter instead of find to get all allowed secrets when multiple instances of a module are active (#4265)
- refactor: convert notificationFx to ES module (#4263)
- refactor: enforce function expression style (#4262)
- fix: validate client IP behind trusted proxies (#4261)
- prefer arrow over function (#4252)
- refactor(utils): simplify configuration validation and error handling (#4240)
- fix(server): validate request origins (#4234)
- remove codeql warning (#4231)
- refactor(socket): use direct ESM import in main (#4225)
- refactor(socket): load Socket.IO client via ESM (#4224)
- style: simplify Electron startup checks (#4213)
- refactor: consolidate electron bootstrap into async function (#4210)
- refactor(module): simplify and fix configMerge (#4203)
- refactor: convert Translator to ES module (#4202)
- docs: add CodeQL review steps and restructure after-release checklist (#4200)
- refactor: centralize server port resolution (#4198)
- refactor: use const instead of let for variable declarations (#4196)
- refactor: replace Loader object with named exports (#4195)
- set next release dev number
- refactor(eslint): enforce prefer-arrow-callback rule (#4251)
- refactor(http_fetcher): make dynamic URL handling explicit (#4282)
- refactor: use explicit global config (#4233)
- expand logic of hideConfigSecrets, add more tests (#4229)
- refactor: make browser startup more explicit (#4214)
[dependencies]
- update dependencies (#4276)
- update dependencies incl. electron to v44 (#4250)
- chore: update eslint incl. plugins + review rules (#4236)
- Bump actions/stale from 10 to 11 (#4215)
- update dependencies (#4221)
- Bump actions/setup-node from 6 to 7 (#4204)
- chore: update dependencies (#4201)
- Bump electron from 42.5.2 to 43.0.0 (#4192)
[modules/alert]
- Move alert translations into common translations (#4284)
[modules/calendar]
- Fixes issue 4243: Ensure while loop in calendar module does not get stuck when no entries (#4244)
- fix(calendar): escape HTML in event title and location (#4260)
- calendar: allow custom events to override symbol class (#4257)
- Fix calendar crash when yearmatchgroup regex does not match (#4239)
- fix(calendar): keep yearly events in DTSTART’s month when BYMONTH is missing (#4222)
- fix(calendar): correct multi-day slice day counts (#4232)
- chore: update dependencies + adapt calendar tests (#4211)
- fix(calendar): sliced multi-day events start at 00:00, not 23:59 (#4208)
[modules/newsfeed]
- newsfeed: don’t use cors url in njk template (#4279)
- refactor(newsfeed): extract feed item normalization into feeditem.js (#4271)
- refactor(newsfeed): replace feedme lib with feedparser (#4269)
- newsfeed: fix allowedBasicHtmlTags (#4258)
- newsfeed: update checkArticleUrl (#4256)
[modules/updatenotification]
- feat(updatenotification): implement trusted module configuration for update commands (#4259)
[modules/weather]
- feat: add FMI weather provider (#4278)
- feat(weather): enable CSS ordering for forecast and hourly columns (#4118)
- fix(weather): respect initial load delay (#4254)
- fix(weather): restrict provider loading to the providers directory (#4235)
- refactor(weather): extract WeatherProvider base class (#4228)
[testing]
- ci: fail lint on warnings (#4230)
- add test if install works for minimal node version (#4197)
[translation]
- feat(i18n): add Azerbaijani translation (#4283)
- feat(i18n): complete Turkish translations (#4277)
- Improve Portuguese translations (#4274)
-
RE: MMM-OneCallWeather
Could you share a screenshot? Are all weather icons stretched, or only some? Could you temporarily disable your custom CSS and check whether the icons are still stretched?
-
RE: Newsfeed Fetcher Error. Authorization Failed.
I don’t see a solution in the default module either, but I’m preparing a PR to improve the error message. The API key thing is a bit misleading.
-
RE: New weather provider: FMI Open Data for the built-in weather module
@i-xul Great! One more local provider without an API key! It will be in the next release :)
-
RE: MMM-Neko — a classic animated cat for your mirror
@bwente Nice :D Don’t forget to add it to the module list: https://github.com/MagicMirrorOrg/MagicMirror/wiki/3rd-party-modules
-
RE: New weather provider: FMI Open Data for the built-in weather module
@i-xul Nice. We already have other regional providers in the core. So, from my perspective, we could also integrate this one into the weather module. Would you like to create a PR? :)
-
RE: MMM-PublicTransportHafas
I work in IT, but programming is mainly a hobby - I rarely code at work. I enjoy contributing to open-source projects and figuring out code-related issues. I actually got active here through MMM-PublicTransportHafas; the module had stopped working, and the original developer was no longer responding, so I forked it and implemented a fix. That’s what sent me down the rabbit hole :)
Your STM32 project sounds interesting, but I’m not really on good terms with C++. So, I can’t really help you with that - sorry.
-
RE: MMM-PublicTransportHafas
@Mati_93 Nice that you solved the umlaut problem out! I just made a bigger change for the query part (in MMM-PublicTransportHub). So I recommend to update the module and test
node --run query:) Feedback would be nice. -
RE: MMM-WorldClockMap – world clocks with a day/night map
@bwente Looks nice! Don’t forget to add it to the module list: https://github.com/MagicMirrorOrg/MagicMirror/wiki/3rd-party-modules :)
-
RE: MMM-PublicTransportHafas
There, HAFAS displayed important delays for each departure.
The module supports this, but Transitous apparently does not receive real-time data for your station. The open-source community is doing impressive work trying to collect real-time data wherever possible, but this is unfortunately difficult in some regions.
HAFAS interfaces were never really intended for the kind of free use we make of them, and access is becoming more and more restricted. You could contact your local transport association and ask why they do not provide real-time data through an open API, preferably GTFS-RT. This would allow projects like Transitous, and therefore MMM-PublicTransportHub, to use it.
The train and clock icons in the timetable looked very nice.
That was already on my to-do list. I have now added a similar header to MMM-PublicTransportHub, so you only need to update the module.
Station IDs were easier to find with the HAFAS module.
Those IDs come from the provider, so there is not much I can change about their format. I actually prefer the Transitous IDs because they are real DHIDs and work globally.
The display problem with umlauts is still a bit mysterious. The query scripts of both modules are not fundamentally very different, so I currently do not have a reliable explanation for why it only happens on your machine with the new query tool.
-
RE: MMM-PublicTransportHafas
@Mati_93 Great, I’m glad you got the carousel setup working!
I don’t have a hot tip for the umlaut problem at the moment since I can’t reproduce it on my system.
You mentioned that you liked the design of the old HAFAS module more. What exactly do you prefer about it, and what is missing or different for you in MMM-PublicTransportHub? Maybe we can improve that :)
-
RE: MMM-PublicTransportHafas
@Mati_93 Wow, that a bunch of separate issues. These three minimal configurations work for me with the Gotha stop. Please test them one at a time first. I had to play with
timeInFutureMinutesa bit to get departures.MMM-PublicTransportHub with HAFAS
{ module: "MMM-PublicTransportHub", position: "top_left", header: "Gotha, 18.-März-Straße", config: { provider: "hafas", hafasProfile: "vmt", stationId: "167050", timeInFutureMinutes: 720 } },Older MMM-PublicTransportHafas
{ module: "MMM-PublicTransportHafas", position: "top_right", header: "Gotha, 18.-März-Straße", config: { hafasProfile: "vmt", stationID: "167050", timeInFuture: 720 } },MMM-PublicTransportHub with Transitous
{ module: "MMM-PublicTransportHub", position: "top_center", header: "Gotha, 18.-März-Straße", config: { provider: "transitous", stationId: "de-DELFI_de:16067:167050::16705000", contact: "@Mati_93", timeInFutureMinutes: 720 } },Please note that
vmtis a HAFAS profile, not a provider. Therefore the Hub needsprovider: "hafas"together withhafasProfile: "vmt".The garbled German characters look like a UTF-8/locale problem on Raspberry Pi OS. Please check:
locale locale charmapThe result should contain
UTF-8. You can configure this with:sudo raspi-configI think you have to select Localization Options → Locale and enable
de_DE.UTF-8 UTF-8. Log in again or reboot afterwards.As a quick test, you can search without special characters:
18 Maerz Strasse GothaOPS_BLOCKEDusually comes from a blocked DB endpoint. For Gotha, please use the regionalvmtprofile instead of a DB profile. -
RE: MMM-PublicTransportHafas
@Mati_93 Have you managed to figure it out yet? :) If not, please describe again what you’re trying to do and what’s not working. And most importantly, which module you’re using.
-
RE: MMM-PublicTransportHub
@wec Interesting. I’ll take a look at the API. Seems like a good candidate for MMM-PublicTransportHub.