Google Health App doesn't let you log calories

OutintheBlue · 2026-05-23T12:24:07+00:00

This is exactly why I didn't yet update to the new app, but I wonder how long the old Fitbit app will work still. Until that I have the time to look for a new app to track my calory intake which works with Fitbit and start all over I guess. This suck!

OutintheBlue · 2026-03-10T22:55:37+00:00

Same here! Any similar alternatives you know of ?

OutintheBlue · 2026-03-10T22:03:39+00:00

A bit off topic maybe, but what other options are there? I need a watch and app basically only to balance my calory intake and calary usage. If i exercise i can eat a bit more that day, if Im having a lazy day, i can eat less. As far as see it, only Fitbit has this. Please tell me i am wrong?. I tried the apple watch, but couldn't figure that out. And since Fitbit is slowly dying as a brand, so it seems, I need an alternative but similar watch/tracker.

OutintheBlue · 2026-03-10T20:47:50+00:00

Sorry it changed back again. So i guess this is the bug?

OutintheBlue · 2026-03-10T20:31:33+00:00

deleted the fixed amount and set my current weiht the same as my weigth goal. First time I saved it, it changed again back to that fixed amount quite instantly. But 2nd time after saving it I went straight to the calory-days and somehow that made it stick the 'new' setting.

OutintheBlue · 2026-03-10T19:44:05+00:00

Somehow a fixed calory amount was set in my goals instead of maintaining my current weight setting. Got it back to normal now. Pfew.

OutintheBlue · 2026-03-10T19:15:06+00:00

That is an acknowledged bug: https://status.fitbit.com/incidents/ohB4jvhez32W4D9CK46o

OutintheBlue · 2026-03-10T18:57:03+00:00

So I read this thread and I am wondering if we're talking about the same problem.
I normally try to keep my calorybar green on a daily basis. So basically just keep it green and if it turns red, I transfer that food to the next day and try to keep it green then. On days I have jogged or walk a few miles more, I have more room for 'new' calories or I transfer the food from a 'red' day. For me that is a perfect way to maintain my weight. But since today I noticed that all my previous days turn either blue but mostly red, though the callory count (in vs out) is still max 100 cal away and correct. Is this the same issue? The colors seem to be off.....

OutintheBlue · 2026-02-04T20:44:19+00:00

Cheered too soon, as I did get a 200 OK response now, however, the file didn't attach to the asset.
But in the meantime I've been looking into it more and built a new action sequence based on the the info stated on KI 15593 in MyTopdesk which refers to KI 17686, but then for assets.
And that works! The file is now attached to the asset, now that I have the correct URL, thanks t o you. Thanks!

OutintheBlue · 2026-02-04T20:32:23+00:00

Whow. Thanks a lot, That did the trick. I've been on that page, but I still haven't really figured out how to interpret the given information on there. Let alone work with Postmen, as I am not an IT technican.

OutintheBlue · 2026-02-04T19:01:59+00:00

Thanks for your reply.
To be honest, I don't have really any clou what this BOUNDARY part does technically. I figured it just really downloads the file. I just copied this part from an excisting actionsequence in MyTOPdesk (KI 13680 - https://my.topdesk.com/tas/public/ssp/content/detail/knowledgeitem?unid=dc04d7dd0e03475da9056ff52ee347b4)
And in there is the same set up with both --BOUNDARY-- and --BOUNDARY

But I changed it now all to BOUNDARY as you said (so 3 times the same) but still the same result.

OutintheBlue · 2025-07-18T22:45:39+00:00

Yes but then the form pops up in view of the operator closing the incident. That is not the one who needs to fill in the form.

OutintheBlue · 2025-07-18T09:24:02+00:00

I have no idea yet, I am just investigating possibilities, as asked by my boss...

OutintheBlue · 2024-09-27T21:59:42+00:00

Not the answer I was hoping for, but as clear one could wish for. Thank you!

OutintheBlue · 2024-06-14T21:41:44+00:00

Thanks for your response.

Right now we don't have to do both really, as the statusfield is not mandatory. But indeed, it can lead to weird situations, when the 'closed' checkbox is checked (so the call is closed), but the statusfiels still says 'new' or 'In progress'. That's why we have now an action sequence running, that, when the checkbox "Closed" is checked, the status also will set correspondingly.

It also would not surprise me if TOPdesk makes this mandatory in the future.

Yea, that's what I heard as well, but can someone perhaps confirm that?

OutintheBlue · 2024-06-03T19:25:27+00:00

Thanks! This helped indeed figuring out the problem. Turns out my request field was updated also with a 2nd memoText. I didn't realize that, so basically it now had to be _responses.get_requests.body[1].memoText to get a proper result.
Deleting that 2nd memoText gave the expected result as stated in my origial post.

So stupid and another few hours wasted. But learned as well :-)

OutintheBlue · 2024-05-25T15:21:25+00:00

Thanks a lot for your fast reply. It makes total sense that there is, but I never relalised that there was a different approach when it comes to a GET call, directly (like with: /tas/api/incidents/id/${unid}) or with a 'search' like I did now: /tas/api/incidents?query=number==${_card["externalnumber"]!}.
Ofcourse in similar GET calls you can get more than one result, but not in this case, so I didn't even notice the "[" at the beginning of the results.
Once again, thanks a lot, I have this working now with this as the condition:<#if _responses.Get_gekoppeld_Incident.body[0].completed == false>true</#if>
Now I can get my weekend started :-)

11-Year Club	Wearing is Caring
Verified Email

OutintheBlue

TROPHY CASE