Update Food Log

Updates the quantity or calories consumed for a user's food log entry with the given Food Log ID. The food item being edited in the food log must contain a foodId with a positive integer value.

Scope: nutrition

Request

POST	/1/user/[user-id]/foods/log.json

URI Arguments

user-id	required	The encoded ID of the user. Use "-" (dash) for current logged-in user.
food-log-id	required	The ID of the food log to edit.

Query Parameters

mealTypeId	required	Numerical value representing the meal type. Supported: `1`=Breakfast \| `2`=Morning Snack \| `3`=Lunch \| `4`=Afternoon Snack \| `5`=Dinner \| `7`=Anytime
unitId	optional/required	ID representing the units used. Not required if the food log was created with the foodName parameter. The units ID can be retrieved using the Get Food Logs, Search Foods or Get Food Units endpoints.
amount	optional/required	value representing the amount consumed in the format X.XX in the specified unitId. Not required if the food log was created with the foodName parameter.
calories	optional/optional	Number of calories for this serving size. Allowed with foodName parameter and defaults to zero. Otherwise, the parameter value is ignored.

Request Headers

authorization	required	Specify the token type and Fitbit user’s access token. Token type: `Bearer`
accept	optional	The media type of the response content the client is expecting. Supported: `application/json`
accept-language	optional	The measurement unit system to use for response values. See Localization.
accept-locale	optional	The locale to use for response values. See Localization.
content-length	required	According to RFC 7230, section 3.3.2, this HTTP request requires the Content-Length header field containing the anticipated size of the payload body.

Examples

URL
CURL

POST https://api.fitbit.com/1/user/-/foods/log/22100146659.json?mealTypeId=1&amount=1&unitId=179
POST https://api.fitbit.com/1/user/GGNJL9/foods/log/22100146659.json?mealTypeId=1&amount=1&unitId=179

curl -X POST "https://api.fitbit.com/1/user/-/foods/log/22100146659.json?mealTypeId=1&amount=1&unitId=179" \
-H "accept: application/json" \
-H "authorization: Bearer <access_token>" \
-H "content-length: <message_body_size>"

Element Name	Description
foodDay : date
foodDay : summary
foodLog : isFavorite
foodLog : logDate
foodLog : logId
foodLog : loggedFood : accessLevel
foodLog : loggedFood : amount
foodLog : loggedFood : brand
foodLog : loggedFood : calories
foodLog : loggedFood : foodId
foodLog : loggedFood : locale
foodLog : loggedFood : mealTypeId
foodLog : loggedFood : name
foodLog : loggedFood : unit : id
foodLog : loggedFood : unit : name
foodLog : loggedFood : unit : plural
foodLog : loggedFood : units
foodLog : nutritionalValues	Available nutritional values for the food consumed.

{
  "foodLog": {
    "isFavorite": false,
    "logDate": "2020-06-10",
    "logId": 22100146659,
    "loggedFood": {
      "accessLevel": "PUBLIC",
      "amount": 1,
      "brand": "",
      "calories": 130,
      "foodId": 81409,
      "locale": "en_US",
      "mealTypeId": 1,
      "name": "Apple",
      "unit": {
        "id": 179,
        "name": "large",
        "plural": "larges"
      },
      "units": [
        204,
        179,
        226,
        180,
        147,
        389
      ]
    },
    "nutritionalValues": {
      "calories": 130,
      "carbs": 35.75,
      "fat": 0,
      "fiber": 8.13,
      "protein": 0,
      "sodium": 0
    }
  }
}

Response Headers

content-type	The media type of the response content being sent to the client. Supported: `application/json`
fitbit-rate-limit-limit	The quota number of calls.
fitbit-rate-limit-remaining	The number of calls remaining before hitting the rate limit.
fitbit-rate-limit-reset	The number of seconds until the rate limit resets.

Note: The rate limit headers are approximate and asynchronously updated. This means that there may be a minor delay in the decrementing of remaining requests. This could result in your application receiving an unexpected 429 response if you don't track the total number of requests you make yourself.

Response Type

HTTP Status Code	HTTP response code. List of codes are found in the Troubleshooting Guide.
Status Message	Description of the status code.
Response Body	Contains the JSON response to the API call. When errors are returned by the API call, the errorType, fieldName and message text will provide more information to the cause of the failure.

Response Codes

201	A successful request.
400	The request had bad syntax or was inherently impossible to be satisfied.
401	The request requires user authentication.

Note: For a complete list of response codes, please refer to the Troubleshooting Guide.

Additional Information

Considerations

The food item being edited in the food log must contain a foodId with a positive integer value.
The units field contains references to respective Food Units.
The accessLevel field can be PUBLIC or PRIVATE. Sharing custom foods is not supported.

Access Levels

There are 2 access level types for food log entries that an authorized user can view via API requests. Each food is annotated with an accessLevel field with one of the following values:

PUBLIC - Foods that are in Fitbit's public food database and are visible to any Fitbit users. Only Fitbit populates this database to avoid spam and duplicate entries.
PRIVATE - Foods created by a user either on the website or via the Create Food endpoint.

Search Foods

Update Meal