Finally got around installing the Unit Conversion widget! I was so close to installing Catalina.
Thanks a lot!
Thanks a lot!
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
I fixed Apple's broken Weather Dashboard Widget
- Thread starter Wowfunhappy
- Start date
- Sort by reaction score
May have found a small bug in the currency conversion widget. Or it could be the API.
It is showing the "Last Updated" day and month incorrectly. I got this just a while ago:
"Last Updated 18/08/2020 00:05:00"
It is 19/07/2020 00:05:00 where I am which is 12 hours ahead of EDT.
It is showing the "Last Updated" day and month incorrectly. I got this just a while ago:
"Last Updated 18/08/2020 00:05:00"
It is 19/07/2020 00:05:00 where I am which is 12 hours ahead of EDT.
So in the process of trying to fix this, I think I figured out how to make a larger improvement which should also work around the problem. Previously, the last update time just came from whenever the widget retrieved data; now it actually comes from the API, which is useful, because exchangeratesapi.io only actually updates once every day (and only on weekdays). This is also closer to how the original widget worked.
Let me know if the problem is gone.
As an aside:
I originally blamed HTTPS for causing problems, but I was wrong! I neglected to actually look at your screenshot; HTTPS errors would not cause the dropdowns to all display as "Undefined."
I should be able to fix this, but I don't have a Snow Leopard machine to test with atm. Can you please check Snow Leopard's console.app for errors?
Once both these problems are fixed, I'll put together a "full" release with a nice readme. 😊
Last edited:
...so, the weatherbit API is starting to really piss me off.
It's become really slow over the past couple of months. I sometimes have to wait several seconds after opening Dashboard before the widget actually updates. And their daily API limit is so absurdly low that I sometimes run into the cap just on my own machine.
I think I'm going to switch APIs again. The HERE api provides 8,000 requests per day, and you only need one API key for both location information and weather information.
The downside is that users on Mountain Lion and below will need to set up a web server with a small PHP proxy script in order for the widget to work, due to HERE's HTTPS requirements. I will include instructions on how to set this up, just like when we used DarkSky. In practice, I don't think there are too many people on such old OS's, and if you are able to set up a web server, the widget will still work even on Tiger!
It's become really slow over the past couple of months. I sometimes have to wait several seconds after opening Dashboard before the widget actually updates. And their daily API limit is so absurdly low that I sometimes run into the cap just on my own machine.
I think I'm going to switch APIs again. The HERE api provides 8,000 requests per day, and you only need one API key for both location information and weather information.
The downside is that users on Mountain Lion and below will need to set up a web server with a small PHP proxy script in order for the widget to work, due to HERE's HTTPS requirements. I will include instructions on how to set this up, just like when we used DarkSky. In practice, I don't think there are too many people on such old OS's, and if you are able to set up a web server, the widget will still work even on Tiger!
Last edited:
True that.
Also noticed that the widget takes a while to refresh. Also, found a weird bug tonight. I live in Israel and for some reason while tonight it's almost the new moon, in Jerusalem it shows full moon. I tried to refresh the location but it wouldn't help. I attach the screenshot here.
![ss.jpg]( "ss.jpg")
Also noticed that the widget takes a while to refresh. Also, found a weird bug tonight. I live in Israel and for some reason while tonight it's almost the new moon, in Jerusalem it shows full moon. I tried to refresh the location but it wouldn't help. I attach the screenshot here.
Thanks! The widget defaults to showing the full moon whenever it isn't provided with proper data. This is how the original widget was coded as well. So if you're seeing the full moon specifically, that's probably what's going on.
If it starts showing other moon phases which are wrong, please let me know.
Believe it or not, tonight Jerusalem and Petah Tikva exchanged the moon phase. Now it's full moon in PT -
Whoops! In that case, ignore what I said yesterday—this is a bug, it must be some kind of rounding error from when I convert the moon phase.
I'll look into it if I decide against moving the whole widget over to HERE.
New beta of the Unit Converter is attached. Someone posted a new currency conversion API to Hacker News today, and I asked if it could be used over HTTP. And they said yes! 
The JSON format is the same, so it was literally a one-line change. I still need someone on Snow Leopard (or Leopard, or Tiger) to help me do some debugging in order to fix it there.
The JSON format is the same, so it was literally a one-line change. I still need someone on Snow Leopard (or Leopard, or Tiger) to help me do some debugging in order to fix it there.
Last edited:
Hi WFH, your work is super-appreciated on the weather widget and the unit converter.
The latest attached file is showing up as damaged for me
The latest attached file is showing up as damaged for me
Hi WFH, your work is super-appreciated on the weather widget and the unit converter.
The latest attached file is showing up as damaged for me
Huh. I just re-downloaded the file and it seems to be fine.
...do you have Gatekeeper turned on by any chance? Can you try disabling it just temporarily to see if the problem goes away?
If you're not familiar with the process, you need to run
sudo spctl --master-disable in the Terminal. Afterwards, you can re-enable Gatekeeper by opening System Preferences → Security & Privacy → General and changing the value of Allow apps downloaded from:, or by re-running the Terminal command with disable changed to enable.If the weather widget and/or other iterations of the unit converter worked, it would be super odd to only run into this now. But, I do notice the widgets have a _CodeSignature folder, and the files have definitely been tampered with for obvious reasons.
Last edited:
this did the trick for me.
thank you so much for fixing the broken widgets.
it's astounding apple doesn't focus on the little details like this for its desktop users.
your solutions are both robust and elegant while maintaining the stock feel and performance.
keep up the good work!
All is nice but the annoying thing about the weatherbit API is its lagging refreshes. Sometimes to trigger it you need to click "i" on the widget to flip it over, and then click "Done" without changing anything in the location field.
Yes, Weatherbit has officially pissed me off enough that I do not want to use them anymore. An update is incoming; I’m already using it on my own machine. Just working on a solution for 10.8 and below.
Okay, so as I alluded to in my previous post this morning, this widget has just gotten another heavy update! I'll admit this project is getting a little ridiculous, but apparently I can't stop working on something until it's perfect. And we're pretty darn close to that point!
Entering your own API key is now optional—the whole thing is now plug n' play. HERE gives us enough calls for free to make this feasible, and I figured out how to use CloudFlare workers—they're pretty cool—to proxy requests so I can keep the built-in key hidden, and keep the widget functional on TLS-1.2-incapable OS's (aka Mountain Lion and older).
Optional instructions for adding your own keys are still included in the download—it's a good thing to set up if you have a few minutes to spare!
The HERE API feels a lot more professional in general, and it allowed me to remove weird hacks and use more of Apple's original code. Knock on wood, this should mean fewer bugs long term—although, since this update constitutes a large change, some problems may reveal themselves in the next few days. Please let me know if you find anything.
Entering your own API key is now optional—the whole thing is now plug n' play. HERE gives us enough calls for free to make this feasible, and I figured out how to use CloudFlare workers—they're pretty cool—to proxy requests so I can keep the built-in key hidden, and keep the widget functional on TLS-1.2-incapable OS's (aka Mountain Lion and older).
Optional instructions for adding your own keys are still included in the download—it's a good thing to set up if you have a few minutes to spare!
The HERE API feels a lot more professional in general, and it allowed me to remove weird hacks and use more of Apple's original code. Knock on wood, this should mean fewer bugs long term—although, since this update constitutes a large change, some problems may reveal themselves in the next few days. Please let me know if you find anything.
Last edited:
This will work now. Well, actually, it will automatically detect the closest city, but if that fails it will default to Cupertino.
You'll be able to find Stittsville now.
Edit: Gah, I didn't mean to double post, this was supposed to be an edit to my previous post! Sorry!
It's not just the stocks widget.
Flight Tracker, Ski Report, and Translation are also broken. Movies and ESPN still work, but I have to assume they're on borrowed time. (And they're not particularly useful in COVID world.)I just don't have time to fix all of them—I started working on the Weather widget in February, that's six months ago! I haven't been working on it anywhere near continuously of course, but still, it's a lot of work. I did fix the Unit Converter just because it was super easy; cleaning that up for a proper release is next on the to-do list.
Stittsville, MI only. Not Canadian Stittsville. It's still shown as Ottawa.
Not that I don't appreciate your job, I admire it! Just reporting what is up there.
HS here, have inserted my own HERE API to the weather parser.
Wish you'd reach out for the Stock widget one day as well.
Edit: Still takes about 7 seconds to refresh.
Last edited:
Ah, okay, sorry! Out of curiosity, what happens if you type in your street address?
Oh no! HERE is basically instant for me, so I really thought it would be fast everywhere. How long is it taking for other people?
Also, that HERE logo is in the wrong place, I wonder if that's because you're on High Sierra. I made a point of testing Tiger but I didn't test 10.13 or 10.14. Looks like I have a bit of work left to do...
Last edited:
Lipizzaner St. returns Ottawa, ON.
The widget is working differently on Mavericks and High Sierra. On Mavericks Jerusalem returns HaKnesset on the face and Ottawa returns Healey's Heath on the face while it's Jerusalem and Ottawa on HS.
I will update on how quick it would refresh itself on Mavericks.
For some reason the first day has already changed itself to FRI under Mavericks while it still stays THU on HS.
It seems that the results for Stittsville on Mavericks are also different from HS.
Update: The widget updates pretty quick on Mavericks compared to HS, however I noticed that the temperature given is different on either OSes. On HS it states 29 C for Jerusalem while it's reporting 33 C on Mavericks.
I entered my HERE API to the parser file and saved it and then just tossed it over to the 10.9 machine. I wonder whether I had to do that since you said the widget would work out of the box anyway.
Last edited:
Hm, did you put in your location exactly the same way? For example, did you put in your street address on High Sierra, but just type in "Ottawa" on Mavericks? I programmed the widget such that if you give it more precise information, it will use that extra information, even if both come up as the same city. I'm realizing now that this is a bit confusing, I wonder if there's a better way to handle it...
It will work out of the box, but I do appreciate you using your own key. I'm a little worried about the shared key getting used up—it depends on how many people are actually using the widget, which I've had no insight to up until now.
No idea what's going on with update speed, still need to do some testing in a High Sierra VM...
Edit: I just had another thought. Do me a quick favor—on both machines, delete Library/Preferences/widget-com.apple.widget.weather.plist, then reboot. It may do nothing, but I wonder if it's pulling in saved data from the old version.
Edit2: Grr, and I can't seem replicate your issues in High Sierra.
Everything works fine, down to the HERE logo on the back...
Last edited:
It worked beautifully, thank you! HaKnesset still stayed for Jerusalem, however typing in "stittsville" in the search field, while choosing Ottawa for the only result in the list now gives Old Stittsville on the face! Refreshes very quick. Checked on both machines. The temperatures are the same for each city. And the HERE logo on HS machine is located correctly now. Sorry for panic.
UPD. It does use the address to find the nearest spot, pretty cool feature!
Last edited: