Please only submit reproducible issues to GitHub.
If you’re not sure if it’s a real bug or if it’s just you, please open a topic on the forum: https://forum.magicmirror.builders/category/15/bug-hunt - Problems installing or configuring your MagicMirror? Check out: https://forum.magicmirror.builders/category/10/troubleshooting
When submitting a new issue, please supply the following information:
Platform [ Raspberry Pi 2/3, Windows, Mac OS X, Linux, Etc … ]:
Node Version [ 0.12.13 or later ]:
MagicMirror Version [ V1 / V2-Beta ]:
Description: Provide a detailed description about the issue and include specific details to help us understand the problem. Adding screenshots will help describing the problem.
Steps to Reproduce: List the step by step process to reproduce the issue.
Expected Results: Describe what you expected to see.
Actual Results: Describe what you actually saw.
Configuration: What does the used config.js file look like? (Don’t forget to remove any sensitive information.)
Additional Notes: Provide any other relevant notes not previously mentioned (optional)
many thanks for testing and bug fixing.
Regarding your findings: The original RegEx still works on my installation, but based on your experience it seams like the RegEx is more stable by just looking for the URL itself. I can´t see any downside of this approach.
In my test it turn out that “-” and “_” need to be added to the character set, due to they are used e.g. in usernames (spotify_germany) which are part of playlist path.
Also the escaping is now much more proper (interesting that the raw version had worked…)
Important finding from ejay
if raspotify just jump back to track start instead of changing the song, an update of raspotify is needed. I had exactly the same behavior on my installation.
thanks for your reply.
This cache management header is only used for the local caching of any (wget) download. If you set the above header in the fetcher script it isn’t using any local caching mechanism and requests a fresh file download from the web server every time it’s triggered.
I’ve to investigate a bit more also to the fact that I’m using a caching proxy server inside my LAN. On the RPi I disabled proxy usage for local addresses, but it seems maybe something isn’t working correctly here.
The .ics file (calendar export from Lotus Domino client) has the same structure like other files (eg. from MS Outlook or Thunderbird). So, I guess this isn’t really a calendar file problem as more an OS related issue.
If I download this file from the web server with ‘wget’ on my RPi, I’m getting the same file version every time I try to download even if it has changed or not. If I manipulate the HTTP-header which wget is using, the download is working as expected. (see http://xmodulo.com/how-to-use-custom-http-headers-with-wget.html for example). Some about cache management can be found here: http://dev.mobify.com/blog/beginners-guide-to-http-cache-headers/
Currently I’m at work, but I’ll try to figure it out today evening. I’ll update this post with my findings.
I’ve noticed recently that the new weather module in the develop branch stops updating. I got this error in the developer console:
2cors-anywhere.herokuapp.com/https://api.darksky.net/forecast/mykey/mylatlong?units=us&lang=en Failed to load resource: the server responded with a status of 503 (Service Unavailable)
0.0.0.0/:1 Failed to load https://cors-anywhere.herokuapp.com/https://api.darksky.net/forecast/mykey/mylatlong?units=us&lang=en: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://0.0.0.0:8080' is therefore not allowed access. The response had HTTP status code 503.
If the service is unavailable shouldn’t the weather module update once it is available?
If I restart MM, the module will update properly and work for about a day.
mi problem is that i changed the default port to 8089, but using the remote module, the displayed port is 8080, but in any way i can’t connect to the magic mirror on the 8089 port, neither on the 8080 port…so, what’s wrong? Thank for any response.
@soccer19 said in Location ID:
in the config.js or the weather.js>?
In the config.js for your weatherforecast entry. If you have a header set with a location you would have to change that as well
position: "top_right", // This can be any of the regions.
location: "New York, US", // Change this to your location
locationID: "Your location ID", // Your Location ID from http://openweathermap.org/help/city_list.txt
appid: "Your API Key" //openweathermap.org API key.
It is not recommended that you change anything in the module.js files
when i start with npm start dev.
I see the following error.
InvalidValueError: unknown property orgin js:51:110
Jc https://maps.googleapis.com/maps/api/js?key=API KEYc:51
Lc https://maps.googleapis.com/maps/api/js?key=API KEY:51
route https://maps.googleapis.com/maps/api/js?key=API KEY:196
The MM does show the correct part of the road map I have selected.
I also have MMM-Route enabled with the same API.
key: “API Key”,
key: “API KEY”,
In case you didn’t find a solution yet, a user by the name sdetweil just helped me with a similar problem with my RPi 3 B+ running the latest Rasbian Stretch.
Here is the link to that discussion for everyone else who is stuck at this step too:
I close this thread, please continue here: https://forum.magicmirror.builders/topic/9580/about-to-build-for-the-first-time-dont-understand-the-point-of-the-os
Even though I get the feeling this is just spam
This is related to MMM-iFrame, but the issue comes from the Electron app.
Platform: Rapsberry Pi 3
Node Version: 10.15.0
MagicMirror Version: lastest
Description: Chrome doesn’t support the auto login syntax (user:pass@host) in iFrames anymore. In my case, I can’t display a webcam feed inside an iFrame with MMM-iFrame with the user:pass@host syntax.
Steps to Reproduce: install MMM-iFrame, try to add a webpage that needs basic auth.
Expected Results: the webpage shows up.
Actual Results: nothing shows up and a console log is issued: > [Deprecation] Subresource requests whose URLs contain embedded credentials are blocked[…]
Additional Notes: if I open the Mirror with my web browser it prompts my creds and I can make my browser remember them. I also managed to open a new Electron tab, so I went directly to the webcam URL and the credentials were prompted ; but I can’t make Electron remember it.
Is there a way to give Electron basic auth informations?
I hope it is technically possible to solve the issue.
Werde ich gleich morgen Nachmittag testen, das wäre ja der große Knaller.
Danke fürs recherchieren.
Ich werde auf jedenfall Rückmelden.
Will I test the same tomorrow afternoon, that would be the big bang.
Thanks for researching.
I will definitely confirm.
First, please use the Markdown features of the board when posting code & error messages.
Second, the error seems to state that the RSS items in that newsfeed can’t be parsed by the module. The links seem to work just fine, so I suspect that the newsfeed uses some more advanced techniques that aren’t implemented by the Newsreader module.
I would recommend switching to another news feed just to test the functionality. If the Newsfeed module works with a different source, then the problem is likely confined to that source.
@devinhedge said in Clean installation... fails left and right:
Install Node.js from source
The Nodesource install scripts will save you some time/steps:
curl -sL https://deb.nodesource.com/setup_10.x | bash -
apt-get install -y nodejs
It looks like everything installed correctly. As has been said before:
@michmich said in Clean installation... fails left and right:
As others have said, most of your problems are because you use Raspbian Lite.
The electron-quick-start app tries to install electron v4.0, which as I said above, does not work on the latest version of Raspbian–you need to use v3.0.13 (npm i firstname.lastname@example.org).
Also, are you trying to run electron from the Pi’s desktop or SSH? If you’re running it from SSH you need to run it with DISPLAY=:0 npm start