Comments
-
Hey Patrick, You'll want to provide filter and limit query parameters to ensure that you get all types of actions: https://api.trello.com/1/boards/{idBoard}/actions?filter=all&limit=1000 The maximum number of actions you can get back in a single request is 1000. After that, you'll want to page through the remaining actions…
-
👋You're trying to close a card, correct? Have you tried passing the data you'd like to change in the request's body? Using curl, you'd do the following: curl -X PUT https://api.trello.com/1/cards/{idCard}?key={apiKey}&token={apiToken} -d '{ "closed": "true" }' -H "Content-Type: application/json"
-
Hey Elango, You're correct; there isn't currently a way to update multiple custom field values on a single card. Each value for each custom field must be updated by an individual call. I'll pass along the request to add support for updating multiple custom field values on a single card with a single call, though.
-
Hey Daniel, Creating a list requires the full, long ID of the board. The ID used in the URL for the board is the short URL. For example, on this public board (https://trello.com/b/yCgLRjHj/brians-meal-planning-board) we can see the short ID is yCgLRjHj. Some API endpoints do accept the short URL; for instance, you can use…
-
Hey Matt, There isn't a route that provides that granular of filtering. I think the closest you can get is going to be making a request to 1/members/{idMember}/cards and asking for the idField: https://api.trello.com/1/members/{idMember}/cards?fields=idList Then you'll have to do some parsing on your end to narrow it…
-
Hey Kevin, Can you go into more detail on what you're doing when `using the URL scheme`? If you want to specify a specific list on a board, you'll want to get the list's ID from the board. You can read more about lists here: https://developers.trello.com/reference/#lists. To get all of the lists, and their IDs, from a…
-
Looks like I misspoke. You need to get all of the pluginData for the board first: https://api.trello.com/1/boards/{idBoard}/pluginData/ This will return all of the pluginData that has been set on the board, including the data set by Card Numbers. You can parse through it to find the Card Numbers plugin ID…
-
Ah, yeah - I see! It looks like they are storing that at the board-level in pluginData. You can get at this data with the following API request: https://api.trello.com/1/boards/{idBoard}/pluginData/5af9c282a659e51fde5aef26 This works because the Card Numbers Power-Up's ID is: 5af9c282a659e51fde5aef26. When you make this…
-
Good catch, @Fraser R! It looks like we had the parameter names mismatched (idCheckItem and checkItemId) and that caused this to break. I've updated it so that they match and it appears to work as expected again. Here is an example request using a public board that appears to work as…
-
@Ashley_AbellCan you go into more detail what you mean by prefix? The card number that they are using is returned as the idShort in the API. For instance, using a public board, you can retrieve the field with the following call: https://api.trello.com/1/boards/ALJlJokP/cards/?limit=1&fields=idShort
-
There isn't currently a way to retrieve the date that a label was added to a card via the API. Those actions are one of the excluded action types. The only way to receive those actions is by creating a webhook on the card or board.
-
👍Awesome! Would you mind posting the final code snippet that worked? I'd like to add it to that webhooks page as an example on how you'd check signatures in Python.
-
We've launched the updates I mentioned in that last response. You can read more about them here: https://developers.trello.com/v1.0/docs/migrating-manifests.
-
After playing around with this, I've found that when using `curl` you need to put the URL in quotations. Otherwise, `curl` doesn't interpret it as a continuation of the URL and bash picks it up and backgrounds the command. I'm going through the documentation now to make sure that curl examples include quotations around…
-
Bruno, If you have a single list with the cards on it, you can get the actions for each card in a single call to the API. For instance, we can use this public board as an example: https://trello.com/b/1Jz6SorC/the-dev-board To get the most recent action for each of the cards in the first list (Incoming…
-
Thanks for sharing that! I see what is happening now. Short answer and fix: The trailing comma in the manifest's capabilities section is invalid JSON and causing a parsing error. Delete that comma and wait ~5 minutes. Long answer: We're in the middle of changing around how Custom Power-Ups work. I go into a bit more detail…
-
Hey Dylan, This error usually occurs when you're using the callback capability but you haven't included it in your manifest's capabilities section. Can you confirm that it is included there along with card-buttons?
-
@Jay Danielian Thanks for sharing. There is another workaround that might be a bit cleaner. At the point in time that a card is moved Trello will re-call some of the capabilities to see if anything needs to be updated. One of those capabilities is card-badges. In the callback function for card-badges, you could check to…
-
Edit on 2/12/2018: We've just launched a new Power-Up admin portal that should resolve the problems that were occurring. You can see the new admin portal at https://trello.com/power-ups/admin! You can read about what changes were made at https://developers.trello.com/v1.0/docs/migrating-manifests. And documentation for the…
-
Hey Jay, There isn't currently a way to achieve what you want to do purely within a Power-Up. You're correct that this would require using the webhooks API which requires keeping a separate service up. Depending on the size and scope of what you want to do, you might be able to use a serverless architecture as a…
-
The callback URL you provided when creating the webhook will be the URL that Trello sends a request to with updates whenever an action occurs related to the object representing by the idModel. Assuming that 59edd17a48fa712db6465109 is the ID of a user that you want to receive updates about, you can change your server code…
-
@Gmanik446 For non-logged-in users, no. For logged-in users, control is returned to you.
-
@Gmanik44 When a user is not logged in and selects Deny when prompted to authorize with an app, we intentionally only show the error message, "Token request rejected." We intentionally do not redirect because then that route would be an open redirect for non-logged-in Trello users and could be abused to phish accounts.
-
@Gmanik446 I've put together an example project of how to use type: redirect here: https://glitch.com/edit/#!/discreet-minibus?path=public/example.js:6:0. You will want to call Trello.authorize with interactive: false on page load to see if the user has authorized or not. If they have no authorized, you will want…
-
@Gmanik446 Are you using type: "popup" or type: "redirect" when you see that?
-
On the initial page-visit you should make the call without interactive: false - this will cause them to be redirected. Once they have selected Accept or Deny, they will be redirected back to your page at which point you should make the call again with interactive: false. If they did select Deny then at this point in time…
-
Hey Ying, I am not sure what the conclusion has been on Swagger as I've not been involved. I believe they will share their findings at https://developers.atlassian.com/community/ when they are ready to. Sorry I don't know more!
-
Hey Ying, Unfortunately, there is not an official swagger.json for Trello.
-
It looks like this only happens when using type: "redirect". Here is an example of using type: "popup": https://glitch.com/edit/#!/using-trello-js?path=public/example.js We'll look into seeing if this is something we can fix. I'll update here when I find out more.